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Preface 



The I/O interface (channel to control unit) is the com- 
munication link between a channel and the various I/O 
control units in the IBM System/360 and System/370. It 
employs information formats and control signal sequencing 
to provide uniform means for attaching and controlling 
various types of control units. 

Information, in the form of data, status and sense 
information, control signals, and I/O device addresses, is 
transmitted over the time- and function-shared lines of this 
interface. All transmissions of information are interlocked 
with corresponding response signals. 

The design of this interface provides the following 
important features: 

A degree of consistency of input/output programming 
over a wide range of control units. 

Ready physical connection to System/360 and System/ 
370 channels of control units designed by any manufac- 
turer to operate with this interface. 

Ability to physically accommodate future control units 
designed to meet the parameters of this interface. 

An interlocked interface operation that is, in most cases, 
time-independent; this feature increases the range of 
control units that may be attached. 



An operation applicable to both multiplex and burst 
mode operations as well as many control operations and 
channel-to-channel transmissions. 

Up to eight control units serviced per set of lines. 

This Original Equipment Manufacturers' Information 
(OEMI) manual provides a functional description of these 
lines together with the electrical, mechanical, and cabling 
considerations, and operational description of the interface. 
It does not define the interface between control units and 
I/O devices. Additionally, the flow diagrams (1-8) and 
sequence charts (1-4) in Appendix C are provided as ex- 
amples only and should not be considered as an instrument 
for obtaining precise definitions of interface sequences. 
Refer to the main body of this publication for interface 
sequence definitions. 

Where portions of this manual are not suitable for a 
specific IBM channel or control-unit type that implements 
this interface, the resulting exceptions are described in the 
appropriate manual for that specific unit. 

This publication is open-ended to permit future extensions 
to the I/O interface. The I/O interface, or any aspect of the 
I/O interface, may be altered from time to time by IBM 
or may be withdrawn by IBM in part or in whole. 

Foldouts are placed at the back of the publication to 
facilitate printing and handling. Merge the foldouts at the 
end of Appendix C. 
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Functional Description 



Input/output devices provide external storage and a means 
of communication between data processing systems or 
between a system and the external world. 

Input/output (I/O) devices are attached to the central 
processing unit (CPU) by means of channels and control 
units in various configurations (Figure 1). 



The channel directs the flow of information between I/O 
control units and main storage. 

The control unit provides the logical capability necessary 
to operate and control an I/O device, and adapts the 
characteristics of each I/O device to the standard form of 
control provided by the channel. A control unit may be 
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Figure 1. Input/Output Interface-Multiple Configurations 
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housed separately or it may be physically and logically 
integrated with the I/O device. 

An I/O device attached to the control unit may be 
designed to perform only certain limited operations; for 
example, recording data and moving the recording medium. 
To accomplish these functions the I/O device needs detailed 
signal sequences peculiar to that type of I/O device. The 
control unit decodes the commands received from the 
channel, interprets them for the I/O device, and provides 
the signal sequence for executing the operation. 

The connection between the channel and the control 
unit is called the I/O interface. The I/O interface, which 
consists of parallel signal lines that connect a number of 
control units to a channel (Figure 1), provides a common 
signal sequence and information format to all control 
units connected to the channel. All signals, with the excep- 
tion of selection signals, are available to all control units at 
the same time (Figure 2). However, only one control unit 
can be connected logically to the I/O interface at any one 
point in time. Selection of a control unit by the channel is 



controlled by a signal passing serially through all control 
units attached to the I/O interface. This serial passing of 
the selection signal permits each control unit, in turn, to 
respond to the other signals provided by the channel. Once 
the control unit is selected , it remains logically connected 
to the I/O interface until it completes the transferral of the 
information it has or needs, or until the channel signals 
the control unit to disconnect. 

The I/O interface addressing facilities can accommodate 
up to 256 directly addressable I/O devices. However, within 
the given address limitations, and because of timing and 
electrical considerations, the number of control units that 
can be accommodated is generally limited to eight. 

The multiplexing facilities of the interface permit the 
possibility of operating any number of the 256 I/O devices 
concurrently on a single interface; portions of various 
messages can be transmitted over the interface in an 
interleaved fashion to or from different I/O devices, or a 
complete message can be transmitted in a single interface 
operation. The operation is determined by the particular 
channel and control unit. 
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Figure 2. Interconnections on the Input/Output Interface 
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The rise and fall of all signals transmitted over the 
interface are controlled by interlocked responses. Interlock- 
ing removes the dependence of the interface on circuit 
speed, and makes it applicable to a wide variety of circuits 
and data rates. Further, interlocking permits connecting 
control units of different circuit speeds to a single channel. 

LINE DEFINITION 

The I/O interface connects a channel with control units. 
External cables physically connect all control units in a 
chain, with the first control unit connected to the channel. 
See Figures 1 and 2. 

Input/Output Interface Lines 

The I/O interface lines and their uses are: 
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Uses 

Bus Out— Used to transmit information (data, I/O device address, commands, control 
orders) from the channel to the control unit. (Bus 1 is only available with the bus 
extension feature.) 



Bus extension feature. 



Bus In— Used to transmit information (data, selected I/O device identification, status 
information, sense data) from the control unit to the channel. (Bus 1 is only available 
with the bus extension feature.) 



Bus extension feature. 



Mark- Used to indicate the bus(es) being used, (These lines are only used with the 
bus extension feature.) 

Bus extension feature. (Mark In is also used with the command retry feature.) 



Functional Description 



Uses 

Tags- Used for interlocking and controlling information on the buses and for special 
sequences. (Data in and data out are only used with the high-speed transfer feature.) 



High-speed transfer feature. 

Selection Controls -Used for the scanning of, or the selection of, attached I/O 
devices. (Disconnect In is only used with the I/O error alert feature.) 



I/O error alert feature. — B o S Q.Y M «vte d 

Metering Controls -Used for the conditioning of usage meters located in the various 
attached units. 



Note: The validity of information on the buses and the timing of the signals on the tag lines is specified at the channel cable connectors. 
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Buses— General 

Each bus is a set of nine lines consisting of eight 
information lines and one parity line. Information on the 
buses is arranged so that bit position 7 of a bus always 
carries the low -order bit within an eight-bit byte. The 
highest-order bit is in position and intervening bits are in 
descending order from position 1 to position 6. 

When a byte transmitted over the interface consists of less 
than eight information bits, the bits must be placed in the 
highest-numbered contiguous bit positions of the bus. Any 
unused lines of the bus must include the low-numbered 
positions (position and adjacent positions). Unused lines 
must present logical zeros to the receiving end. The parity 
bit of any byte must appear in the parity position (P). The 
byte must always have odd parity (Figure 3). 



Bus Out 

'Bus out' is used to transmit addresses, commands, control 
orders, and data to the control units. The type of 
information transmitted over 'bus out' is indicated by the 
outbound tag lines: 

1. When 'address out' is up during the initial-selection 
sequence, 'bus out' specifies the address of the I/O 
device with which the channel wants to communicate. 

2. When 'command out' is up in response to 'address in' 
during the initial-selection sequence, 'bus out' specifies 
a command. 

3. When 'service out' is up in response to 'service in' (or 
'data out' is up in response to 'data in') during the 
execution of a write or control command, the nature of 



the information on 'bus out' depends on the type of 
operation. For example, during a write operation it 
contains data to be recorded by the I/O device. During a 
control operation, it can specify an order code or a 
second-level address within the control unit or I/O 
device. 
The period during which information on 'bus out' is valid 
is controlled by the tag lines. During transmission of the 
I/O device address during the initial-selection sequence, 
information on 'bus out' must be valid from the rise of 
'address out' until the rise of 'operational in' or 'select in'. 
In the short busy sequence, the I/O device address on the 
bus must be valid from the rise of 'address out' until 
'status in' drops. When the channel is transmitting any 
other type of information, the information on 'bus out' is 
valid from the rise of the signal on the associated outbound 
tag line until the fall of the signal on the responding in- 
bound tag line. 

Some skew on 'bus out' must be accommodated by the 
channel. The channel must provide a delay that accommo- 
dates skew caused by its own circuitry and, in addition, 
must provide a delay of at least 100 nanoseconds. This 
delay compensates for skew caused by the cable and, for 
most control units, will also be sufficient to accommodate 
the skew caused by the interface receivers. (Except as 
noted under "Address Out," the channel must delay 
raising of the signal on the outbound tag lines by a time 
duration that ensures that the information on 'bus out' 
will precede the signal on the outbound tag line by at 
least 100 nanoseconds. This delay is measured at the 
channel cable connectors and under the worst-case skew 
conditions.) The control unit, when it can cause more 
skew, must provide additional delay to compensate for the 
skew. 
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Figure 3. Organization of Information on Bus 



Bus In 

'Bus in' is used to transmit addresses, status, sense informa- 
tion, and data to the channel. A control unit can place and 
maintain information on 'bus in' only when its 'operational 
in' is up, except in the short busy sequence. 

The type of information transmitted over 'bus in' is 
indicated by the inbound tag lines: 

1. When 'address in' is up, 'bus in' specifies the address of 
the currently selected I/O device. 

2. When 'status in' is up, 'bus in' contains a byte of 
information that describes the status of the I/O device 
or control unit. 

3. When 'service in' (or 'data in') is up during execution of 
a read or sense command, the nature of the information 
contained on 'bus in' depends on the type of operation. 
During a read operation, it may contain a byte of data 
from the record medium. During a sense operation, the 
bus contains information describing the detailed status 
of the I/O device and the conditions under which the 
last operation was terminated. 

The period during which information on 'bus in' is valid is 
controlled by the tag lines. Information on the bus must be 
valid within 100 nanoseconds after the rise of the associ- 
ated inbound tag and must remain valid until the rise of 
the responding outbound tag or, in a short busy se- 
quence, until 'select out' drops. The 100-nanosecond delay 
between the rise of the inbound tag and the time the signal 
becomes valid on 'bus in' places the responsibility on the 
channel for deskewing 'bus in'. The channel must provide a 
delay in the inbound tag lines to accommodate skew caused 
by the channel circuitry (including its receivers) and, in 
addition, must provide a delay of at least 100 nanoseconds. 
This delay compensates for skew caused by the cable, and, 
for most control units, the skew caused by their drivers. 
This delay provides sufficient time to deskew the informa- 
tion so that the inbound tag can be raised by the control 
unit at the same time information is placed on the bus. 
When a control unit and cable can cause more skew than 



can be accommodated by a 100-nanosecond delay, the 
control unit must provide the additional delay to eliminate 
this greater skew. 



Selection Controls and Tag Lines 

Operational Out 

'Operational out' is a line from the channel to all attached 
control units and is used for interlocking purposes. Except 
for 'suppress out', all lines from the channel are significant 
only when 'operational out' is up. Whenever 'operational 
out' is down, all inbound lines from the control unit must 
drop and any operation currently in process over the 
interface must be reset. Under these conditions, all control 
unit -generated interface signals must be down within 1.5 
microseconds after the fall of 'operational out' at the 
control unit. See "Selective Reset" and "System Reset." 

Request In 

'Request in' is a line from all attached I/O control units to 
the channel. This line, when raised, indicates that the 
control unit is ready to present status information or data 
and is requesting a selection sequence. 
'Request in' should be dropped when: 

1. 'Operational in' rises, unless additional control-unit- 
initiated sequences are required, or 

2. The control unit is no longer ready to present the status 
information or data, or 

3. The selection requirement is satisfied by another path. 
'Request in' must never fall later than 250 nanoseconds 

after the fall of 'operational in' if the sequence satisfies the 
service requirements of the control unit. 

'Request in' must not remain up when 'suppress out' is 
up if the request is for presentation or suppressible status 
(see "Suppress Status" in "Operational Description"). 
When the status presentation is suppressible, 'request in' 
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must fall at the control unit within 1.5 microseconds after 
the rise of 'suppress out' at the control unit. 

'Request in' can be signaled by more than one control 
unit at a time. 

Address Out 

'Address out' is a tag line from the channel to all attached 
control units. It provides two functions: 

1. I/O Device Selection. 'Address out' is used to signal all 
control units to decode the I/O device address on 'bus 
out'. If the control unit recognizes the address, it must 
respond by raising 'operational in' when 'select out' 
rises (see "Select Out/Hold Out and Select In") with 
'address out' still up (except in the short busy sequence). 
'Address out' rises 250 nanoseconds after the I/O 
device address is placed on 'bus out' or after the rise of 
'operational out', whichever occurs later. 'Address out' 
must have been down for at least 250 nanoseconds 
before its rise for device selection. If 'address out' falls 
before 'select out' rises, this control unit selection is 
canceled. 

'Address out' can rise only when 'select out' (hold out), 
'select in', 'status in', and 'operational in' are down at 
the channel (except as otherwise noted below in 2). 
Ultimate use of the address on 'bus out' at the control 
unit is timed by the next rise of 'select out' at the 
addressed control unit. The rise of 'address out' must be 
delayed at least 250 nanoseconds after the address is 
placed on 'bus out'. Once 'address out' and 'select out' 
(hold out) are up, 'address out' must stay up until either 
'select in' or 'operational in' rises, or until 'status in' 
falls, in the short busy sequence. During I/O device 
selection, 'address out' cannot be up concurrently with 
any other outbound tag line. 

2. Disconnect Operation. If 'hold out' is down and 'address 
out' rises or 'address out' is up and 'hold out' falls, the 
presently connected control unit must drop its 'opera- 
tional in', thus disconnecting from the interface. 'Ad- 
dress out' remains up until 'operational in' drops. 
'Operational in' must drop within 6 microseconds after 
receiving the disconnect indication. Mechanical motion 
in process continues to a normal stopping point. Status 
information is generated and presented to the channel 
when appropriate. See "Interface Disconnect" in "Op- 
erational Description." 'Address out', in this case, may 
be up concurrently with another outbound tag line. 

Select Out/Hold Out and Select In 

Control unit selection is controlled by 'select out', 'select 
in', and 'hold out'. 'Select out' and 'select in' form a loop 
from the channel through each control unit to the cable 
terminator block ('select out'), again through each control 
unit back to the channel ('select in'). Control unit selection 
circuitry may be attached to either 'select out' or 'select in'. 



A selection priority is established because the rise of 'select 
out' is effective only to the first control unit on the line, 
and if selection is not required, is in turn propagated by 
each control unit to the next control unit on the line. This 
priority is in a descending sequence from the channel 
through each control unit with selection circuitry attached 
to 'select out' followed, in descending order back to the 
channel, by the remaining control units with selection 
circuitry attached to 'select in'. (See Figure 2.) 

Note: For purposes of clarity, this document assumes that 
the selection circuitry of all control units is attached to 
'select out'. 

Each control unit must ensure that the process of 
electrically bypassing 'select out' before power changes 
does not interfere with the propagation of 'select out'. Each 
control unit must therefore ensure that 'select out' disconti- 
nuities, which may occur when another control unit on the 
interface is powered up or down, do not affect the 
propagation of 'select out'. This should be accomplished by 
the use of a special latch circuit. The latch is turned on by 
the AND of 'select out' and 'hold out', and is reset by the 
fall of 'hold out'. The circuit is in series with the remaining 
selection circuitry in the control unit and provides a 
constant 'select out' within the control unit, and therefore 
to the following control unit, regardless of variations in the 
input select out signal. (See Figure 4.) 

Throughout the following description, 'select out' as- 
sumes the proper operation of the latch; i.e., the rise of 
'select out' at the control unit presumes that 'hold out' is 
up and the fall of 'select out' is a result of the fall of 'hold 
out'. 

'Select out' is a line from the channel to the control unit 
that has highest priority, and from any control unit to the 
control unit next lower in priority. This line, together with 
'select in', provides a loop for scanning the attached control 
units. A control unit can raise its 'operational in' only at 
the rise of its incoming 'select out'. If a control unit does 
not require selection, it must propagate the signal to the 
next control unit. Once a control unit propagates 'select 
out', it cannot raise its 'operational in' or respond with a 
short busy sequence until the next rise of the incoming 
'select out'. 

When an operation is being initiated by the channel, 
'select out' is raised not less than 400 nanoseconds after 
the rise of 'address out', which indicates the address of the 
device being selected. 

The channel must keep 'select out' up until either 'select 
in', or 'address in' and 'operational in', or 'status in' rises. 

When 'select in' rises, 'select out' must drop and may not 
rise again until after 'select in' falls. 

A control unit becomes selected only when it raises its 
'operational in'. 'Select out' must drop so that 'operational 
in' may drop. However, after the drop of 'select out', the 
control unit must keep 'operational in' up until the current 
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signal sequence is completed. The rise of incoming 'select 
out' in a control unit signals that the control unit can 
become selected to the channel by raising 'operational in'. 
If a control unit raises 'operational in', it must suppress the 
propagation of 'select out' to the next control unit. If the 
control unit does not require selection, it must propagate 
'select out' to the next control unit within 1.8 micro- 
seconds. (See "Interface Time-Out Considerations" in 
"Operational Description.") 

When 'status in' rises in response to 'select out' in the 
short busy sequence, 'select out' must be dropped and must 
not rise until 'address out' has dropped. 

'Hold out' is a line from the channel to all attached 
control units and is used in conjunction with 'select out' to 
provide synchronization of control unit selection. 

'Hold out' is also used to minimize the propagation of the 
fall of 'select out' by purging the 'select out' signal from the 
'select out' signal path. Therefore, once 'hold out' drops, it 
must not rise for at least 4 microseconds in general system 
configurations. The minimum downtime of this signal may 
be optionally adjusted at installation time to a minimum of 
2 microseconds to handle high-speed channel configura- 
tions. In all cases, the channel must be capable of providing 
the 4-microsecond timing for general system configuration 
(see "System Configuration" in "Operational Description"). 

In order to prevent overlapping of interface sequences, 
one of the following procedures must be accomplished: 

1. 'Select out' is not raised until all in-tags and 'operational 
in' for the preceding sequence are in a down state, or 

2. In-tags are not considered valid until 1.5 microseconds 
after the fall of 'operational in' for the preceding 
sequence. 

'Select in' is a line that extends the select out signal from 
the jumper in the terminator block to the channel (see 
Figure 2). It provides a return path (to the channel) for the 
select out signal. 

Operational In 

'Operational in' is a line from all attached control units to 
the channel, and is used to signal to the channel that an I/O 
device has been selected (except in the short busy se- 
quence). 'Operational in' must stay up for the duration of 
the selection. The selected I/O device is identified by the 
address byte transmitted over 'bus in'. 

The rise of 'operational in' indicates that a control unit is 
selected and is communicating with the channel. 'Opera- 
tional in' can rise only when the incoming 'select out' to 
the control unit is up and the outgoing 'select out' is down; 
i.e., the control unit may raise 'operational in' (except in 
the short busy sequence) only in response to the rise 
of 'select out' and must block 'select out' from emanating 
to the next control unit. 'Operational in' can drop only 
after 'select out' drops. 

When 'operational in' is raised for a particular signal 
sequence, it must stay up until all required information is 



transmitted between the channel and the control unit. If 
'select out' is down, 'operational in' must drop after the rise 
of the outbound tag associated with the transfer of the last 
byte of information. With the exception of 'request in' or 
'metering in', all inbound signals must be down within 
100 nanoseconds of the fall of 'operational in' at the 
control unit. 1 



Address In 

'Address in' is a tag line from all attached control units to 
the channel and is used to signal the channel when the 
address of the currently selected I/O device has been placed 
on 'bus in'. The channel responds to 'address in' by 
'command out'. 

The rise of 'address in' indicates that the address of the 
currently selected I/O device is available on 'bus in'. 
'Address in' must stay up until the rise of 'command out'. 
'Address in' must fall so that 'command out' may fall. 
'Address in' cannot be up concurrently with any other 
inbound tag line. 

Command Out 

'Command out' is a tag line from the channel to all 
attached control units and is used to signal the selected I/O 
device in response to a signal on 'address in', 'status in', or 
'service in'. A signal on 'command out' as a response to 
'address in' during the initial-selection sequence indicates to 
the selected I/O device that the channel has placed a 
command byte on 'bus out'. (The command byte has a 
fixed format. See "Commands" in "Operational Descrip- 
tion.") This rise of 'command out' indicates that informa- 
tion on 'bus in' is no longer required to be valid. 'Command 
out' must stay up until the fall of the associated 'address 
in', 'status in', or 'service in'. It cannot be up concurrently 
with any other outbound tag line, except possibly during 
an interface-disconnect sequence in which case 'address 
out' may be up. (See "Interface Disconnect" in "Opera- 
tional Description.") 

'Command out' in response to 'address in' means proceed 
during a control-unit-initiated sequence. During an initial- 
selection sequence, 'command out' indicates that 'bus out' 
defines the operational command to be performed. 
'Command out' in response to 'service in' always means 
stop (see "Stop" in "Operational Description"). 'Command 
out' in response to 'status in' means stack (see "Stack 
Status" in "Operational Description"). 

When 'command out' is raised to indicate proceed, stack, 
or stop, 'bus out' must have a byte of all zeros, but need 



1 For control units and devices designed before January 1, 
1977, all inbound signals, with the exception of 'request 
in' and 'metering in', must be down within 1.5 micro- 
seconds of the fall of 'operational in' at the control unit. 
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not necessarily have correct parity. 'Bus out' must not be 
checked for parity or decoded as a command by the control 
unit under these circumstances. 

Status In 

'Status in' is a tag line from all attached control units to the 
channel and is used to signal the channel when the selected 
control unit has placed status information on 'bus in'. The 
status byte has a fixed format and contains bits describing 
the current status at the control unit (see "Status Byte" in 
"Operational Description"). The channel responds by 
raising either 'service out' or 'command out' depending on 
whether it accepted the status byte. 

The rise of 'status in' indicates that a byte of status 
information is available on 'bus in'. 'Status in' cannot be up 
concurrently with any other inbound tag line. 'Status in' 
must stay up until the rise of an out-tag, or in the short 
busy sequence, until 'select out' falls. It must fall so that 
the responding out-tag may fall. In the short busy sequence, 
status information on 'bus in' must be valid until 'select 
out' (hold out) falls. 

Service Out 

'Service out' is a tag line from the channel to all attached 
control units and is used to signal the selected I/O device in 
recognition of a signal on 'service in' or 'status in'. A signal 
on 'service out' indicates to the selected I/O device that the 
channel has accepted the information on 'bus in' or has 
provided on 'bus out' the data requested by 'service in'. 

When 'service out' is sent in response to 'service in' during 
a read or sense operation, or to 'status in', the service out 
signal must rise after the channel accepts the information 
on 'bus in'. In these cases, the rise of 'service out' indicates 
that the information is no longer required to be valid on 
'bus in', and is not associated with any information on 'bus 
out'. When 'service out' is sent in response to 'service in' 
during a write or control operation, the rise of 'service out' 
indicates that the channel has provided the requested 
information on 'bus out'. In this case, the signal must rise 
after the information is placed on the bus. 

'Service out' must stay up until the fall of the associated 
'service in' or 'status in'. 'Service out' cannot be up con- 
currently with any other out-tag except during an interface- 
disconnect sequence, when 'address out' may be up. (With 
the high-speed transfer feature, 'data out' and 'service out' 
may be up concurrently.) 



Service In 

'Service in' is a tag line from all attached control units to 
the channel and is used to signal to the channel when the 
selected I/O device wants to transmit or receive a byte of 
information. The nature of the information associated with 
'service in' depends on the operation and the I/O device. 



The channel must respond to 'service in' by 'service out', 
'command out', or, during an interface disconnect, by 
'address out'. 

During read, read-backward, and sense operations, 'service 
in' rises when information is available on 'bus in'. During 
write and control operations, 'service in' rises when 
information is required on 'bus out'. 'Service in' cannot be 
up concurrently with any other inbound tag line. 'Service 
in' must stay up until the rise of either 'service out', 
'command out', or 'address out'. (With the high-speed 
transfer feature, 'data in' and 'service in' may be up con- 
currently.) 

When, in the case of cyclic I/O devices, the channel does 
not respond in time to the preceding 'service in', an overrun 
condition occurs. This condition must be recognized by the 
I/O device. In any case, 'service in' must not drop if an 
out-tag has not risen, nor may it rise if 'service out' has not 
dropped. 

An overrun condition causes both the unit-check status 
indicator and the overrun sense indicator to be set. Data 
transfer stops after an overrun condition. For I/O devices 
that may overrun, the critical signal timings involved must 
be part of the SRL I/O device specifications. 

Suppress Out 

'Suppress out' is a line from the channel to all attached 
control units that may rise or fall at any time. This line is 
used both alone and in conjunction with the out-tag lines 
to provide the following special functions: suppress data, 
suppress status, command chaining, and selective reset. 
Each of these functions is described in subsequent sections. 



Metering Controls 

Clock Out 

The definition for this line has been withdrawn. The 
channel ensures that the 'clock out' line remains down 
at all times. 2 



2 For all control units and devices designed before January 
1, 1977, 'clock out' is a line from the channel to all 
attached control units and is used to provide the CPU 
interlock control necessary for changing the enable/ 
disable states of the units (signal must be down to permit 
changing states). In addition, the control unit's transition 
between the enabled and disabled state requires the same 
prevailing conditions as for the offline/online transition. 
(See "Offline/Online" in "Operational Description.") 

The down state of 'clock out' must be at least 1 micro- 
second in duration. 
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Metering In 

'Metering in' is a line from all attached control units and is 
used to condition the CPU meter for operation. The 
metering in signal originates from each I/O device and/or 
control unit and is generated by the device from the time of 
acceptance of a command until the generation of 'device 
end' for that command. 'Metering in' need not be activated 
between the acceptance of 'channel end' and the genera- 
tion of the associated 'device end' if the intervening time 
is less than 400 milliseconds. 'Metering in' may also be 
raised concurrently with 'operational in' for any interface 
signaling sequence that does not involve an operation 
(such as a test I/O or a control-unit-initiated sequence for 
asynchronous status presentation). If raised, the duration 
of the signal must not exceed that of 'operational in'. 
'Metering in' may be signaled by more than one control 
unit at a time. Refer to the SRL publication pertinent to 
each I/O device. 
'Metering in' is not raised: 

1 . Between the generation and acceptance of 'device end'. 

2. Between the generation of 'device end' and the accept- 
ance of the next command during chaining. 

3. While a device is waiting for initiation of an automatic 
start. For example, transmission control units do not 
necessarily activate 'metering in' during the idle portion 
of prepare commands. 

Metering Out 

'Metering out' is a line from the channel to all attached 
control units and is used to condition all other meters in 
assignable units and I/O units. 'Metering out' is raised 
whenever the CPU meter is recording time. 

Reserved Lines 

Some of the signal lines in the I/O interface are reserved. 
(See "Interface Connector Pin Assignments" in Appendix 
A.) 

All control units must carry through the 48 assigned signal 
transmission lines in cables (1) and (2), with the exception 
of 'select out' ('select in' if low priority), from the IN cable 
connector to the OUT cable connector. 3 All control units 
using 'bus 1 ' must carry through all 72 signal transmission 
lines in cables (1), (2), and (3). (See 'Interface Connector 
Pin Assignments" in Appendix A and Figure 1 2.) 



Unterminated lines in any string of interface cables may 
cause interference from electrostatic discharge (ESD). 
To prevent such interference, there should be electrical 
continuity in all cable conductors in each string of cables 
(from each channel to its terminator). This electrical 
continuity can be achieved by using either 20-conductor 
cables or 24-conductor cables in a string, but not both 
types in the same string. 



3 Control units and devices designed before October 2, 
1970, must carry through the 40 assigned signal trans- 
mission lines in cables (1) and (2), with the exception of 
'select out' ('select in' if low priority), from the IN cable 
connector to the OUT cable connector. 



SIGNAL INTERLOCK SUMMARY 

The following rules for direct-current interlocking of signals 
must be used in the design of channels and control units 
using this I/O interface: 

1. Except for 'address out', no more than one out-tag 
may be up at any given time during the interface- 
disconnect sequence. (With the high-speed transfer 
feature, 'data out' and 'service out' may be up con- 
currently.) See "Interface Disconnect" in "Operational 
Description." 

2. No more than one in-tag may be up at any given time. 
(With the high-speed transfer feature, 'data in' and 
'service in' may be up concurrently.) 

3. An in-tag may rise only when all out-tags are down, 
except in the short busy sequence. (With the high- 
speed transfer feature, 'data in' may rise with 'service 
out' up, or 'service in' may rise with 'data out' up.) 

4. An in-tag may fall only after the rise of a responding 
out-tag, except for 'status in' in the short busy se- 
quence. 

5. 'Service out' and 'command out' may rise only in 
response to the up level of an in-tag. 

6. 'Address out' for an initial-selection sequence may rise 
only when 'select in' and 'select out' are down at the 
channel. 

7. Once 'address out' and 'select out' have risen for an 
initial-selection sequence, 'address out' must stay up 
until after the rise of 'select in' or 'operational in' 
or the fall of 'status in'. 

8. Once 'address out' has risen for the interface -disconnect 
sequence, it must not drop until 'operational in' 
drops. 

9. None of the out lines, except 'suppress out', have 
meaning when 'operational out' is down. 

10. 'Select out' can rise only if 'operational in' and 'select 
in' are down. 

11. 'Operational in' cannot fall until either: 

a. 'Select out' falls and an out -tag response is sent for 
the last in-tag of any given signal sequence, or 

b. 'Operational out' falls, or 

c. An interface -disconnect sequence is given. 

12. 'Operational in' cannot rise unless 'operational out' is 
up and must drop if 'operational out' drops. 
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Note: Designers should carefully consider the effects of 
interface signal transition times. Although transition time 
should not generally be a problem, some cases may exist, 
due to wide variation in circuit tolerance or physically 
integrated channel control units, where transition time 
must be considered. 

The general design rule is that the unit originating the 
signal (channel or control unit) must fully recognize 
internally the transition of the signal from one state to the 
other before any result of the transition can be returned 
from the receiving unit. 
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Operational Description 



INTERFACE SEQUENCES 

This section describes the detailed signal sequence for a 
complete I/O operation. These sequences include: selection, 
data transfers, and ending procedures. (See Sequence 
Charts 1-4 and Flow Diagrams 1-8 in Appendix C. These 
diagrams are to be used as examples only, and are not to be 
considered for obtaining precise definitions of interface 
sequences.) 

Selection 

Initial-Selection Sequence 

To initiate an I/O operation, the channel places the address 
of the desired I/O device on 'bus out' and raises 'address 
out'. Each control unit connected to the channel attempts 
to decode the address on the bus; however, only one 
control unit should be assigned to a given I/O address. To 
be acceptable, the address must have correct parity. 

The channel then issues 'select out'; and when the 
incoming 'select out' appears at the addressed control unit, 
the control unit blocks its propagation and raises the 
operational in line. When 'operational in' rises, the channel 
responds by dropping 'address out'. After 'address out' falls 
and the I/O device address is on 'bus in', 'address in' may 
rise. For a byte multiplex operation, 'hold out' with 'select 
out' may drop any time after this point. After the channel 
checks the address, it responds by placing the command on 
'bus out' and signaling on the command out line. The 
selected control unit processes the command and drops 
'address in', which allows 'command out' to fall. After 
'command out' drops, the control unit places the status 
information on 'bus in' and raises 'status in 5 ; this is referred 
to as initial status. At this time, the status is analyzed to 
determine if the command has been accepted. The com- 
mand is considered to have been accepted if: (1) command 
retry is requested or (2), the command sent to the addressed 
device is not test I/O and the status is zero or does not 
contain Attention, Control Unit End, Busy, Unit Check, or 
Unit Exception. Once the command is accepted, the 
channel considers the I/O operation to have been initiated. 

If the channel accepts this status information, it responds 
by raising 'service out'. 'Service out' allows 'status in' to 
fall, completing the initial-selection sequence. If the channel 
does not accept this status condition, it responds by raising 
'command out'. A 'command out' response from the 
channel also allows 'status in' to fall. See "Stack Status." 

If the I/O device is operating during this initial-selection 
sequence, the control unit presents busy status. When the 
control unit has, for the addressed device, status informa- 



tion outstanding from a previous operation or an externally 
initiated status condition, it presents the busy status 
(except to the all-zero command) along with the other 
status conditions in the status byte. (See "Unit Status 
Conditions.") 

If the command is rejected by the control unit, for 
example, as a result of the detection of an invalid 
command, the control unit presents the unit-check status 
condition. No operation is initiated at the control unit and 
no ending status is generated. 

Note: A channel response of 'command out' to 'status in' 
cannot prevent the execution of an immediate command. 

Short Busy Sequence 

If an I/O device is addressed and the I/O device is executing 
a previously initiated operation, or a control unit to which 
it is attached is busy or has status pending for an I/O device 
other than the one addressed, the control unit responds 
with a status byte indicating the busy condition. (See 
"Busy.") The control unit can present this status byte in 
either of two ways, depending on the design of the control 
unit; it can present status information as in the initial- 
selection sequence or it can respond with the short busy 
sequence. 

Note: The short busy sequence must not be used in response 
to an initial-selection sequence addressed to a device for 
which chaining has just been indicated. 

The short busy sequence begins when the channel 
places the I/O device address on 'bus out' and raises 
'address out'. 'Select out' is then raised. Each control unit 
attempts to decode the address on 'bus out'. When 'select 
out' rises at the addressed control unit, the control unit 
blocks the propagation of 'select out', places the busy 
status byte on 'bus in', and raises 'status in'. 'Operational in' 
is not raised. 

After accepting the status byte, the channel drops 'select 
out'. The control unit responds by dropping 'status in' and 
disconnecting from the interface. The channel must keep 
'address out' up until 'status in' drops, thus completing the 
short busy sequence. 

Control-Unit-lnitiated Sequence 

When any control unit requires service, it raises 'request in' 
to the channel. The next time 'select out' rises at any 
control unit requiring service and no I/O selection is being 
attempted by the channel ('address out' down), the control 
unit suppresses the propagation of 'select out', places the 
address of the I/O device on 'bus in', and signals both 
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'address in' and 'operational in'. When the channel 
recognizes the address, 'command out' is sent to the control 
unit, indicating proceed. After 'address in' drops, the 
channel responds by dropping 'command out'. 

If the service request is for data, the sequence proceeds as 
described in "Data Transfer." The control-unit-initiated 
sequence for data transfer occurs in byte-multiplex mode. 

If the service request is for status information, the 
sequence proceeds as described under "Ending Procedure 
and Asynchronous Status." 

Data Transfer 

Data transfer may be requested by a control unit after a 
selection sequence. The direction of data transfer over the 
I/O interface is determined by the command that was 
passed to the control unit during the initial-selection 
sequence. 

To transmit data to the channel, the control unit places 
a data byte on 'bus in' and raises 'service in'; the tag and 
the validity of 'bus in' must be maintained until an out- 
bound tag is raised in response. 

To request data from the channel, 'service in' is raised, 
and the channel places the data on 'bus out' and signals 
with 'service out'. The channel maintains the validity of 
'bus out' until 'service in' falls. After 'service in' falls, the 
channel responds by dropping 'service out'. 

After selection, as a result of either an initial- selection 
sequence or a control-unit-initiated sequence, the control 
unit remains connected to the channel for the duration 
of the transfer of information. The information can be a 
single byte of data, a status report, an initiation of a new 
command, a string of data bytes, or a complete operation 
from initiation to reception of the final status report. 

The duration of the connection is under control of both 
the channel and the control unit. To provide a channel 
with a method of controlling the duration of the connec- 
tion, a control unit cannot disconnect from the interface 
before 'select out' (hold out) falls. However, the control 
unit may preserve the connection after the channel permits 
the control unit to disconnect — 'select out' (hold out) 
down — by holding up 'operational in'. In this manner, 
the control unit can extend the duration of the connec- 
tion. 

Depending on the duration of the connection, one of 
two modes is established: byte -multiplex or burst. (These 
modes are established to assist in scheduling concurrent 
execution of multiple I/O operations.) 

If 'operational in' remains up for longer than the byte 
multiplexing time-out limit, the connection is in burst 
mode. (See "Interface Time-Out Considerations.") If the 
connection time is less than the time-out limit, the con- 
nection is in byte -multiplex mode. 



Byte-Multiplex Mode 

If the time contributed by the control unit to the connec- 
tion (because of the control unit's circuitry or the se- 
quencing method used) is less than 32 microseconds, the 
connection is considered byte-multiplex mode. This mode 
is the normal mode for low-speed I/O devices; however, 
all I/O devices are designed to operate in burst mode when 
required by the channel. 

Burst Mode 

If the time contributed by the control unit to the connec- 
tion (because of the control unit's circuitry or the se- 
quencing method used) is greater than 32 microseconds, the 
connection is considered burst mode. This mode is the 
normal mode of operation for high-speed I/O devices. 
These devices force burst mode (by holding up 'operational 
in') when attached to a channel capable of byte-multiplex 
operation. 

Medium-speed or buffered I/O devices, which may 
normally operate in either mode, are equipped with a 
manual or programmable switch to select the mode of 
operation. The switch setting is overriden when burst mode 
is forced by the channel. An interface disconnect executed 
by the channel overrides the force-burst -mode condition 
of a control unit. (See "Interface Disconnect.") 

Some channels can tolerate an absence of data transfer 
during a burst mode operation, such as when reading a long 
gap on tape, for not more than approximately one-half 
minute. Equipment malfunction may be indicated when an 
absence of data transfer exceeds this time. 



Ending Procedure and Asynchronous Status 

The ending procedure may be initiated by either the I/O 
device or the channel. If the procedure is initiated by the 
I/O device, the end of operation is completed in one signal 
sequence, assuming that both channel -end and device-end 
status conditions occur together. If the procedure is 
initiated by the channel, the I/O device may still require 
time to reach the point where the proper status information 
is available, in which case a second signal sequence is 
necessary to complete the ending procedure. 

One of three situations may exist that will result in the 
initiation of the ending procedure (assume selection is 
already obtained): 

1. The channel recognizes the end of an operation before 
the I/O device reaches its ending point. In this situation, 
whenever the control unit requires service again, the 
control unit raises the service in line. The channel 
responds by raising 'command out', indicating stop. The 
control unit drops 'service in' and proceeds to its normal 
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ending point without requesting further service. When 
the I/O device reaches the point at which it would 
normally send 'channel end', the control unit places the 
ending status on 'bus in' and raises 'status in'. The 
channel responds by raising 'service out', unless it is 
necessary to stack the status condition, in which case the 
channel responds by raising 'command out'. 

2. The channel and the I/O device recognize the end of an 
operation simultaneously. 

3. The I/O device recognizes the end of an operation 
before the channel reaches the end of an operation. 

For situations 2 and 3, status information is available at 
the control unit. The control unit places the ending status 
on 'bus in' and raises 'status in'. 

If 'device end' does not occur with 'channel end', 'device 
end' is presented when it is available and an additional 
status sequence is required. 

Some status conditions are unrelated to any previous 
program-initiated command. One of these conditions is 
attention, which is normally on console or communication 
devices. Another condition is device end, which is generated 
when the corresponding device goes from the not-ready to 
the ready state. These status conditions are handled in the 
same way as any other status information and are subject to 
the same rules as far as presentation to the channel and 
stacking are concerned. 



3. Control units designed to accommodate more than 16 
devices may be assigned nonsequential sets of addresses. 
Each set consists of 16 addresses, or the number 
required to make the total number of assigned addresses 
equal to the maximum number of devices attachable to 
the control unit, whichever is smaller. The addressing 
facilities are added in increments of a set so that the 
number of device addresses assigned to a control unit 
does not exceed the number of devices attached by 
more than 15. For example, if a communication-type 
control unit has a designed capacity of 56 direct-access 
paths and if only 40 I/O devices are to be installed at the 
time of installation, 48 I/O device addresses can be 
assigned. However, if the full capacity of 56 I/O devices 
is to be installed, exactly 56 addresses are assigned. 
Input/output devices accessible through more than one 
path in the same system may have a different control unit 
address for each path of communication. For sets of 
devices connected to two or more control units, the portion 
of the address identifying the device on the control unit is 
fixed, and does not depend on the path of communica- 
tions. 

Except for the rules described, the assignment of channel 
and device addresses is arbitrary. The assignment is made at 
the time of installation and the addresses normally remain 
fixed thereafter. 



ADDRESSING 

An eight-bit address byte (plus parity) is used over the 
interface for direct addressing of attached I/O devices. A 
unique eight-bit I/O device address is assigned to each I/O 
device at the time a control unit is installed. 

Address Assignment 

At the time of installation, control unit and I/O device 
addresses are assigned as follows: 

1. Devices that do not share a control unit with other 
devices may be assigned any device address in the range 
0-255, provided the address is not recognized by any 
other control unit. Logically, such devices are not 
distinguishable from their control unit, and both are 
identified by the same address. 

2. Devices sharing a control unit (magnetic tape units and 
disk storage units) are assigned addresses within sets of 
contiguous numbers. The size of a set of contiguous 
numbers is equal to the maximum number of devices 
that can share the control unit, or 16, whichever is 
smaller. Furthermore, the set of addresses starts with an 
address in which the number of low-order zeros is at 
least equal to the number of bit positions required to 
specify the size of the set. The high-order bit positions 
of an address within a set identify the control unit; the 
low-order bit positions designate the device on the 
control unit. 



Address Decoding 

Control units must recognize an I/O device address that 
meets the following conditions: 

1. The address has correct parity. 

2. The address is assigned to the control unit. 

The control unit does not respond to any address outside 
its assigned set or sets. For example, if a control unit is 
designed to control devices that have only bits 0000-1001 
in the low-order position of the device address, the control 
unit does not recognize addresses that have 1010-1111 in 
these bit positions. If no control unit responds to an 
address, 'select out' is propagated through all control units, 
and back to the channel on 'select in'. 

This may occur because: 

1. An I/O device address is not installed, or 

2. An I/O device address has been partitioned out of the 
system by the program, operator, or customer engineer 
(offline, disabled, etc.). 

The control unit must respond to those addresses in the 
set for which the corresponding devices are: 

1. Ready. 

2. Not ready but that can be made ready by means of an 
ordinary manual intervention. A not-ready device is 
indicated by the unit-check status and intervention-re- 
quired sense indicators. 

The control unit may respond to all addresses in the 
assigned set, regardless of whether the device associated 
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with the address is installed. If a control unit responds to an 
address for which no device is installed, the unit -check 
status indicator must be turned on (as well as the 
appropriate sense indicator(s)). 

The portion of the address decoder which identifies the 
control unit (item 2 under "Address Assignment") can be 
set at the time of installation for any bit combination. 

Single device address control units must decode all eight 
bits of the address byte and the decoder can be set to any 
bit combination at the time of installation. (See item 1 
under "Address Assignment.") 



Sense, control commands with all-zero modifier bits, and 
the test I/O command are executed on all I/O devices and 
are decoded as follows: 

Bit Position 
P01234567 



Basic Sense 
Test I/O 
No-Operation Control 



000000100 
100 00000 
10 11 



COMMANDS 

When 'command out' is up during the initial-selection 
sequence, the information on 'bus out' is the command 
byte. 

An immediate-type command is a command whose 
execution meets the following requirements: 

1 . Execution requires no more information than that in the 
command byte; that is, no data or information bytes are 
transferred, 

2. Channel-end time coincides with initial-status time; and 
on a normal operation, at least channel end instead of 
zero will be in the initial status byte. 

Any command (with the exception of test I/O) may at 
times, execute as an immediate-type command. 



Command Byte 

The command byte requires decoding by the control unit 
only during the initial-selection sequence (when the channel 
addresses the I/O device). At all other times, the byte is 
zero (parity is unimportant). The low-order bit positions 
indicate the type of operation; the high-order bit positions 
indicate a modification code which expands the basic 
operation at the control unit or I/O device level. 

The actual modifier codes and the particular modes set or 
the controls performed for them must be specified in the 
SRL publication for each control unit and/or I/O device. 

The command byte on the interface is defined as follows: 



Test I/O 

Sense 

Read Backward 

Write 

Read 

Control 

M- Modifier bit 
P-Parity bit 





Bit Position 






p 


12 3 4 5 


6 


7 


1 
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M M M M 1 








p 


M M M M 1 1 
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M M M M M M 





1 


p 


M M M M M M 


1 





p 


M M M M M M 


1 


1 



Basic Operations 

The I/O operation to be executed over the interface is 
determined by the eight-bit coded command issued to the 
I/O device during the initial-selection sequence. 

Note: The basic operations are expressed by the com- 
mands: read, read backward, write, control, sense, and test 
I/O. 

The low-order bit positions of this command byte specify 
the type of operation. (See command byte format.) The 
high-order bit positions (modifier code) expand the inter- 
pretation of the basic operation at the control unit or I/O 
device level. 

A command with invalid parity is not recognized and, 
therefore, not executed. 

Note: Special diagnostic commands, which by intent permit 
errors to occur on the interface or introduce the possibility 
that subsequent commands may be executed erroneously, 
must be interlocked in such a fashion as to prevent 
inadvertent use of them. 

Read 

The read command initiates execution of data transfer 
from the control unit to the channel. The bytes of data 
within a block are provided in the same sequence as written 
by the write command. 

A read command, with all modifiers set to zero, is a basic 
read command that is also used as an initial-program- 
loading (IPL) read command. This command, in order to 
perform the initial-program-loading read as specified for 
that particular I/O device as stated in the appropriate SRL 
publication must be: 

1 . The first command sent to the I/O device following a 
system reset. 

2. Must not be sent sooner than 1 millisecond following 
the reset. 

Read Backward 

The read-backward command initiates an operation in the 
same manner as the read command, except that bytes of 
data within a block are sent to the channel in a sequence 
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opposite to that of writing. The control unit may be 
designed to cause mechanical motion in the I/O device in 
the opposite direction of that for a read command or may 
be designed to operate in the device precisely as with a 
read command. 

Unless otherwise noted, any description that applies to 
read also applies to read backward. 

Write 

The sequence of signals over the I/O interface to perform a 
write operation is the same as for a read operation. For a 
write operation, however, the data is sent from the channel 
to the control unit for operations such as recording or 
comparing by the selected I/O device. 

Control 

The control operation proceeds similarly to a write opera- 
tion, except that the command modifier bits received by 
the control unit are decoded to determine which of several 
possible functions is to be performed. The function may be 
second -level addressing which may require several bytes of 
data to complete the control operation. When the particular 
control function can be completed without involving the 
transfer of data, the channel-end status may be presented 
during the initial-selection sequence. 

The timing in the control unit for the bytes transferred 
during a control operation is normally such that the byte 
rate for this operation is not required to be faster than the 
normal read or write rate for the same I/O device. 
Input/output devices may be excepted from this restriction 
as determined on an individual basis, as specified in the 
SRL publications. 

A control command with all-zero modifiers performs no 
operation at the I/O device, except to satisfy any previously 
indicated chaining operations and to allow certain I/O 
devices to wait for conditions of checking (or any synchro- 
nizing indications) before releasing the channel. This 
variation of the control command is a no-operation control. 

Sense 

The sense command proceeds exactly as a read command, 
except that the data is obtained from sense indicators 
rather than from a record source. 

The purpose of the sense command is to describe the 
actual state of the device and to extract information that 
concerns unusual conditions detected during the last 
operation. 

The basic sense command (modifier bits set to zero) 
initiates a sense operation on all I/O devices. The basic 
sense command must not initiate any operation other than 
to sense the sense indicators. The basic sense command to 
an available control unit must be accepted even though the 
addressed I/O device is in a not -ready state (mechanically^ 
unable to execute other operations). (See "Sense Informa- 



tion.") If the control unit detects an error during the sense 
operation, unit check is sent with the channel-end status 
condition. 

The I/O devices that can provide special diagnostic sense 
information or that can be instructed to perform other 
special functions by means of 'sense' may define modifier 
bits for the control of the function. The special sense 
operation may be initiated by unique combinations of 
modifier bits or a group of codes may specify the sense 
function. Any remaining sense command codes may be 
considered invalid or may cause the same action as the basic 
sense command, depending on the particular I/O device. 

Test I/O 

The test I/O command relieves the addressed I/O device 
path of any pending status information and does not 
initiate an operation. If no pending status information is 
encountered along the I/O path being tested, a zero status 
byte for the selected I/O device is sent to the channel for 
processing. If any status information is available, the 
pending status bits for the selected I/O device are trans- 
mitted to the channel. 

Note that the busy condition is defined differently with 
respect to test I/O than for other commands. (See "Busy.") 



SEQUENCE CONTROLS 

The sequence controls described in this section are deter- 
mined by the sequence of the signals over the interface. 



Proceed 

Whenever 'command out' responds to 'address in' during a 
control-unit-initiated sequence, it means proceed. Proceed 
indicates to the I/O device that the I/O device should con- 
tinue the normal servicing request on the interface. 



Stop 

'Stop' is indicated by 'command out' in response to 'service 
in' or as a result of an interface disconnect, which occurs 
before the normal 'channel end' for the operation in 
process. (See "Interface Disconnect.") 

'Stop' is used to signal the I/O device that the channel is 
ending the current operation. On receipt of the stop signal, 
the I/O device must proceed to its normal ending point 
without sending any further service in signals to the 
channel. The I/O device remains busy until the ending 
status is available, presented to, and accepted by the 
channel. 

During data operations, 'command out' is transmitted in 
response to the first 'service in' that is provided after the 
channel determines that the current operation is complete. 
(If 'select out' is down or goes down after this sequence,; 
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'operational in' must drop on force-burst-mode type 
operations on I/O devices that cannot meet the time-out 
requirements as indicated in "Interface Time-Out Con- 
siderations.") Also, burst mode I/O devices that have 
relatively long times between stop and ending status and 
have no time -dependent chaining requirements must drop 
'operational in' at this time. (See appropriate SRL publica- 
tion.) 

Stack Status 

'Stack status' is indicated by a command out response to 
'status in'. The stack status signal causes retention of status 
information at the control unit or I/O device until that 
status is accepted on a subsequent status cycle with a 
'service out'. When 'stack status' occurs, the control unit 
disconnects from the interface after 'select out' is down. 
'Command out' remains up until 'operational in' falls. An 
attempt by the control unit to initiate a selection sequence 
to present the status again is under control of 'suppress 
out'. (See "Suppress Status.") Any status (except zero 
status presented in response to a command other than test 
I/O) presented by a control unit in any interface sequence 
(except the short busy sequence) may be stacked. 



Suppress Data 

Operations whose rate of data transfer can be adjusted 
without overrunning (completely buffered I/O devices, 
start -st op devices, and the transfer of data for the basic 
sense command may fall in this category) are subject to 
suppression of data by 'suppress out' as follows: 

1 . 'Suppress out' is ignored for the first data byte following 
any selection sequence unless the data transfer is 
contiguous with initial selection; that is, no deselection 
and reselection between initial selection and data trans- 
fer. 

2. To ensure recognition by the control unit, 'suppress out' 
must be up either 250 nanoseconds before the rise of 
'service in' or at least 250 nanoseconds before 'service 
out' falls. 

3. When 'suppress out' is up at the control unit and the 
operation is in burst mode (whether because 'select out' 
is up or because the control unit is forcing burst mode), 
the control unit must not raise 'service in' for subse- 
quent suppressible data. 

Accept Data 

Raising 'service out' in response to 'service in' during a read, 
read-backward, or sense operation indicates that the infor- 
mation placed on 'bus in' has been accepted by the channel. 

Data Ready 

Raising 'service out' in response to 'service in' during a 
write or control operation indicates that the requested 



information has been placed on 'bus out' and is ready for 
acceptance by the control unit. 

Suppress Status 

Whenever the channel is unable to immediately accept 
status conditions, 'suppress out' may be raised. With this 
line up, the control unit must not attempt to initiate an 
interface sequence to present suppressible-type status 
information. Status is suppressible if 'stack status' is 
received. Status that contains 'channel end' is not 
suppressible until stacked, except when interface dis- 
connect is received for that address. Until it is stacked, 
status that contains 'device end' is not suppressible when 
chaining is indicated at channel-end time. Other 
asynchronous status may be suppressible at the option of 
the particular control unit without being stacked. 

'Suppress out' must be up at least 250 nanoseconds 
before 'select out' rises at the control unit if suppression of 
status is to be ensured. 'Suppress out' suppresses the 
initiation of the control-unit-initiated sequence when the 
service request is for suppressible-type status. If 'suppress 
out' rises after a status sequence has been started, the status 
sequence proceeds normally. 

The relationship between 'request in' and 'suppress out' 
has been described in "Request In" under "Selection 
Controls and Tag Lines" in "Functional Description." 

Accept Status 

Raising 'service out' in response to 'status in' indicates that 
the status placed on 'bus in' has been accepted by the 
channel. 

Command Chaining 

Command chaining is indicated if 'suppress out' is up 
when 'service out' is raised in response to 'status in'. 
Command chaining means that another initial-selection 
sequence for the I/O device in operation will immediately 
follow the presentation of 'device end', provided no unusual 
conditions were encountered during execution of the 
current operation. The exact time at which the next com- 
mand is presented depends on the channel and on the 
parameters of the system. 

When command chaining is indicated at the time 'device 
end' is presented, this indication is valid until reselection is 
made or until 'suppress out' falls (minimum down-level to 
ensure break— 250 nanoseconds). Reselection of any I/O 
device attached to a multidevice control unit that is not 
capable of having multiple operations on multiple devices 
in progress at one time resets the command-chaining 
condition in the control unit. Unit check, unit exception, 
busy, control unit end, and attention status conditions 
will terminate command chaining in the channel. 

A multidevice control unit that is capable of having 
multiple operations on multiple devices in progress at one 
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time must not reset the chained-command condition on 
an address other than the one being selected. All control 
units must not present 'control unit end' with a chaining 
device address. 

Depending on the particular I/O device, the operation, 
and configuration, the command-chaining indication re- 
quires certain functional control that depends on the 
individual control unit. 

If chaining is indicated when 'channel end' is presented 
('device end' not generated) from a control unit that is 
shared by two or more devices, and the control unit is 
capable of handling only one operation on one device at 
a time, the I/O device that presents 'channel end' must be 
the next device from that control unit to present device-end 
status, unless the control unit is addressed in the mean- 
time on the same interface . 

If chaining is indicated when 'device end' is presented, the 
control unit must ensure that the path to the device remains 
available until the initiation of the initial-selection sequence 
immediately following the acceptance of 'device end' or 
until chaining is no longer indicated. Furthermore, unless 
chaining is being canceled by the channel, the immediately 
following sequence must be a reselection of the device 
presenting the 'device end'. 

If chaining is indicated on an I/O device shared between 
more than one control unit or channel, the I/O device must 
remain available until the initiation of the initial-selection 
sequence immediately following the acceptance of 'device 
end' or until chaining is no longer indicated. 

To ensure recognition of command chaining by the 
control unit, 'suppress out' must be up at least 250 
nanoseconds before 'service out' rises in response to 'status 
in', and must not fall before 'status in'. If command 
chaining is not to be indicated, 'suppress out' must be down 
at least 250 nanoseconds before the rise of 'service out' and 
must not rise before the fall of 'status in'. 



Interface Disconnect 

The control unit recognizes 'interface disconnect' when 
'address out' is up and 'select out' (hold out) is down at 
least 250 nanoseconds before the rise of the outbound tag 
that completes any signal sequence. In this case, 'address 
out' may be up concurrently with another out-tag. 

'Operational in' must drop within 6 microseconds after 
receiving the disconnect indication. When 'operational in' 
drops, the channel may drop 'address out' to complete 
the interface-disconnect sequence. 'Address out' must be 
down for at least 250 nanoseconds before a new initial- 
selection sequence may be attempted. 

The control unit responds to the 'interface disconnect' by 
removing all signals (with the possible exception of request 
in and metering in) from the interface. On an input 
operation, data on 'bus in' need not be valid after the rise 
of 'address out'. On an output operation, data on 'bus out' 



must be valid until the fall of either 'service in' or 
'operational in'. When the control unit reaches the normal 
ending point, it attempts to obtain selection on the 
interface to present any generated status to the channel. 

Any abnormal device operation should be indicated by 
unit check in the status, and the sense information should 
provide additional details concerning the operation. (See 
"Unit Check.") The control unit does not generate any 
status solely as a result of an 'interface disconnect'. 

The I/O device path remains busy after it receives an 
Interface disconnect', while performing an operation, until 
the device-end status is accepted by the channel. If 
'interface disconnect' is received when the I/O device is not 
busy, no status is generated nor is the I/O device made 
busy. 

Note: If 'address out' is up concurrently with another 
out-tag, the information on 'bus out' must remain valid 
until the associated in-tag drops or until 'operational in' 
drops. 

Selective Reset 

'Selective reset' is indicated whenever 'suppress out' is up 
and 'operational out' drops. This condition causes 'opera- 
tional in' to fall, and the particular I/O device in operation 
and its status to be reset. The operation in process proceeds 
to a normal stopping point, if applicable, with no further 
data transfer. The I/O device operating over the interface is 
the only device that is reset, even on multidevice control 
units. The particular I/O device path will be in a busy state 
throughout this procedure. 

'Device end' may be returned after the reset. To be 
effective, 'suppress out' must rise at least 250 nanoseconds 
before 'operational out' drops and must remain up until at 
least 250 nanoseconds after 'operational out' rises. 'Opera- 
tional out' must stay down until 'operational in' falls or for 
at least 6 microseconds, whichever is greater, for the 
selective reset to be effective. 

The ready or not-ready state of the control unit is 
generally not changed by a selective reset. When, however, 
the enable/disable or online /offline switch was changed 
before the reset but had not become effective due to the 
required inhibiting conditions, the ready or not-ready state 
may change if the reset clears those inhibiting conditions. 

'Selective reset' is issued as a result of a malfunction 
detected at the channel or a time-out by the channel. 

The interpretation of the selective reset must be defined 
in the SRL publication for the I/O device. 

System Reset 

'System reset' is indicated whenever 'operational out' and 
'suppress out' are down concurrently, and the I/O device is 
in the online mode. This condition causes 'operational in' 
to fall, and all control units and their attached I/O devices, 
along with their status, to be reset. The control units are in 
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a busy state for the duration of their reset procedure. 
'System reset' prepares an I/O device for an initial-pro- 
gram-loading se quence . 

'System reset' is performed when the system reset key is 
pressed, when the power for the system is turned on, when 
the channel is offline to the I/O interface, and as a part of 
the initial-program -loading procedure. 

The ready or not-ready state of the control unit is 
generally not changed by a system reset. When, however, 
the enable/disable or online /offline switch was changed 
before the reset, but is not yet effective because of required 
inhibiting conditions, the ready or not-ready state may 
change if the reset clears those inhibiting conditions. 

To ensure a proper reset, 'operational out' and 'suppress 
out' must be down concurrently for at least 6 micro- 
seconds. 

The interpretation of the system reset must be defined in 
the SRL publication for the I/O device. 



STATUS INFORMATION 

When 'status in' is up, the information that appears on 'bus 
in' is the status byte. The conditions reported in the status 
byte are the status conditions. 

The status pertains to the device or implied control unit 
whose address appeared on 'bus in' (with 'address in') 
during the short busy sequence or the initial-selection 
sequence. During a short busy sequence, when no 'address 
in' occurs, it is assumed that the status pertains to the 
addressed device or implied control unit. 

Note: The information in this manual pertains to control 
units attached to only one channel interface, unless 
otherwise stated. 

Status Byte 

The status byte has the following format: 



Bit 
sition 




Designation 


P 




Parity 







Attention 


1 




Status Modifier 


2 




Control Unit End 


3 




Busy 


4 




Channel End 


5 




Device End 


6 




Unit Check 


7 




Unit Exception 


) status b 


>yte is 


transmitted to the channel in six 



situations: 

1. During the initial-selection sequence. 

2. To present the channel-end status at the termination of 
data transfer. 



3. To present the device end signal and any associated 
conditions to the channel. The I/O device remains busy 
during an operation until the channel accepts the device 
end status. 

4. To present control unit end or device end status which 
signals that the control unit, or device that was 
previously busy and then interrogated, is now free. 

5. To present any previously stacked status when allowed 
to do so. 

6. To present any externally initiated status (attention and 
device end because of not-ready-to-ready transition). 

Once accepted by the channel, any given status byte is 
reset and is not presented again. 

Unit Status Conditions 

The following status conditions are detected by the I/O 
device or control unit and are indicated to the channel over 
the I/O interface. The timing and causes of these conditions 
for each type of device are specified in the SRL publication 
for the I/O device. 

When the device is accessible from more than one 
channel, status resulting from channel-initiated operations 
is signaled to the channel that initiated the associated I/O 
operation. The handling of conditions not associated with 
I/O operations, such as attention or device end because of 
transition from the not -ready to the ready state, depends 
on the type of device and condition, and must be specified 
in the SRL publication for the I/O device. 

Note: Control units must provide interlocks in their design 
so that status is not lost, hidden, or included with other 
status when the result would cause the program to 
misinterpret the original meaning and intent of the status. 

Attention 

'Attention' is generated when some asynchronous condition 
occurs in the I/O device. 'Attention' is not associated with 
the initiation, execution, or termination of any I/O 
operation. 

The attention condition cannot be indicated to the 
channel while an operation is in progress at the I/O device 
or control unit without breaking chaining. Otherwise, the 
handling and presentation of the condition to the channel 
depends on the type of I/O device. An I/O device shared 
between more than one channel path must present the 
attention status to all channel paths as defined in the 
individual SRL device publication. Presentation of 'atten- 
tion' causes command chaining to be suppressed. 
'Attention' can occur with 'device end'. Depending on the 
I/O device application, 'attention' may or may not be 
presented until command chaining is no longer indicated. 
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Status Modifier 

Status modifier is used by control units in three cases: 

1. Control units that cannot provide current status in 
response to test I/O present the status modifier bit 
alone during the initial-selection procedure. 

2. Busy control units present the status modifier bit with 
the busy bit during the initial-selection sequence or the 
short busy sequence to differentiate between a busy 
control unit and a busy device. 

3. Control units designed to recognize special ending 
conditions (search equal on a disk) present the status 
modifier bit with 'device end' when the special condi- 
tion occurs. 

In the first case, provision is made for certain types of 
control units that are not capable of providing current 
status on a demand basis as required by test I/O. Presenta- 
tion of the status modifier bit in response to test I/O 
indicates that the control unit cannot execute the com- 
mand, and any existing status remains unchanged and 
unavailable to a test I/O. This type of control unit provides 
status only on a control-unit-initiated selection sequence. 

In the second case, provision is made for indicating that a 
busy condition pertains to a control unit and not necessarily 
to the addressed I/O device. (See "Busy" for a description 
of control-unit -busy status conditions.) 

In the third case, provision is made for control units 
designed to recognize special ending or synchronizing 
conditions. If the special condition occurs, the status 
modifier bit with the device end bit is presented during 
the device end status cycle. When 'status modifier 5 and 
'device end' bits are present in the status, it indicates that 
the normal sequence of commands must be modified. 

Control Unit End 

Control units that are capable of indicating a control-unit- 
busy condition must also be capable of indicating a control- 
unit-end condition. The control-unit-end condition occurs 
for one or both of the following: 

1. The control unit was interrogated while it was in the 
busy state. Interrogated in the busy state means that a 
previous channel-initiated selection sequence was issued 
to a device on the control unit and the control unit 
responded with 'busy' and 'status modifier 5 in the unit 
status byte. (See "Status Modifier.") 

2. The control unit detected an unusual condition while 
busy, but after 'channel end' was accepted by the 
channel. Indication of the unusual condition accompa- 
nies 'control unit end'. 

If the control unit remains busy executing an operation 
after signaling 'channel end' but is not interrogated and 
does not detect an unusual condition, 'control unit end' is 
not generated. When the busy state of the control unit is 
temporary, 'control unit end' can be included with 'busy' 
and 'status modifier' in response to interrogation, even 



though the control unit is not free. The busy condition may 
be considered temporary if its duration is less than 
approximately 2 milliseconds. 

The I/O device address associated with 'control unit end' 
is determined as follows: 

1 . The address of the selected device is used if 'control unit 
end' is to be presented with 'channel end' and/or 'device 
end'. 

2. If 'control unit end' is generated without 'channel end' 
or 'device end' and the status is presented during a 
control unit -initiated selection sequence, the I/O device 
address to be used when presenting this status can be 
any legitimate address associated with the control unit. 
(A legitimate address is any address the control unit is 
capable of recognizing, regardless of whether or not the 
I/O device is actually attached.) 

3. If 'control unit end' is to be presented during an initial- 
selection sequence, the I/O device address is the same as 
the address issued with 'address out'. The selection 
sequence may be either the initial-selection sequence 
or the short busy sequence. 

The control-unit-end condition can be signaled with 
'channel end', 'device end' or between the two. When 
'control unit end' is signaled with a control-unit-initiated 
sequence in the absence of any data or other status con- 
ditions, the status may be associated with any address 
assigned to the control unit. A pending 'control unit end' 
causes the control unit to appear not available for initia- 
tion of new operations. 'Control unit end' causes a com- 
mand chaining to be suppressed. 



Busy 

'Busy' can occur only during an initial-selection sequence 
or a short busy sequence and indicates that the I/O device 
or control unit cannot execute the command because: 

1 . An operation initiated during a previous initial-selection 
sequence is being executed, or 

2. Status conditions exist, or 

3. The control unit is shared by channels or I/O devices and 
the shared facility is not available, or 

4. A self-initiated function (for example, microdiagnostics) 
is being performed. 

An operation is being executed from the time initial status 
is accepted until 'device end' is accepted. Status conditions 
for the addressed I/O device, if any, accompany the busy 
indication. 

If the busy condition applies to a control unit function, 
'busy' is accompanied by 'status modifier'. 

'Busy' is indicated to a 'test I/O' under the same condi- 
tions that other commands receive 'busy'; however, 'busy' 
is not indicated to a 'test I/O' if there is pending status for 
the addressed I/O device. 

The busy condition causes command chaining to be 
suppressed. 
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Channel End 

'Channel end' is caused by the completion of the portion of 
an I/O operation involving transfer, if any, of data or 
control information between the I/O device and the 
channel. 

Each I/O operation causes only one channel -end signal to 
be generated. The channel-end condition is generated only 
when the command is accepted, i.e., the initial status byte 
for the operation contained either all zeros or 'channel end' 
without 'busy'. 

During an I/O operation, the exact time that 'channel 
end' is generated depends on the operation and the type of 
device. For operations such as writing, some I/O devices 
generate the channel-end condition when the block has 
been written. On other I/O devices that later verify the 
writing, 'channel end' may or may not be delayed until 
verification is performed, depending on the I/O device. On 
devices such as those equipped with buffers, the channel- 
end condition occurs on completion of data transfer 
between the channel and the buffer. During control 
operations, 'channel end' is usually generated after the 
control information is transferred to the control unit; 
although for short operations, the 'channel end' may be 
delayed until completion of the operation. Operations that 
do not cause data to be transferred can provide the 
channel-end condition during the initial-selection sequence. 

Device End 

'Device end' is caused by the completion of an I/O 
operation at the I/O device or by manually changing the 
device from the not-ready to the ready state. 

Each I/O operation causes only one device-end condition. 
The device-end condition is not generated unless the 
command is accepted. 

The device-end condition associated with an I/O 
operation is generated either simultaneously with the 
channel-end condition or later. For data transfer operations 
on some devices, the operation is complete at the time 
'channel end' is generated, and both 'device end' and 
'channel end' occur together. On buffered I/O devices, the 
device-end condition occurs only when the I/O device is 
ready to accept another I/O operation. For control opera- 
tions, the device-end condition is generated at the comple- 
tion of the operation at the device. The operation may be 
completed at the time 'channel end' is generated or later. 

When command chaining is being performed, the channel 
normally only makes available to the program the 'device 
end' of the last operation of the chain. A device-end signal 
received by the channel in the absence of any unusual 
conditions causes the channel to initiate the next 
command -chained I/O operation, if any. If an unusual 
condition is detected before the acceptance of the next 
command, the chain is terminated without 'device end' 
being indicated to the program. 



If a device is addressed while in a busy state, a 'device 
end' must be signaled to the path that initiates the 
command when the I/O device becomes not busy. 

Any unit whose state changes from not-ready to ready 
causes a device-end condition to be generated. A device is 
considered to be not ready when operator intervention is 
required to make the device available. A not-ready condi- 
tion can occur, for example, because of any of the 
following: 

1 . An unloaded condition on magnetic tape. 

2. Card equipment out of cards or stacker full. 

3. Printer out of paper. 

4. Error conditions that need operator intervention. 

5. The unit has changed from the enabled to the disabled 
state. 

An I/O device shared between more than one channel 
path and which has a 'device end' generated because of the 
device going from a not-ready to a ready state must present 
a 'device end' to all attached channels as defined in the 
individual SRL publication for the I/O device .. 

Unit Check 

'Unit check' indicates that the I/O device or control unit 
has detected an unusual condition that is detailed by the 
information available to a sense command. 'Unit check' 
may indicate that a programming or an equipment error has 
been detected, that the not-ready state of the device has 
affected the execution of the command or instruction, or 
that an exceptional condition other than the one identified 
by unit exception has occurred. The unit-check bit provides 
a summary indication of the conditions identified by sense 
data. (See also "Command Retry.") 

An error condition causes the unit-check indication only 
when it occurs during execution of a command or during 
some activity associated with an I/O operation. Unless the 
error condition pertains to the activity initiated by a 
command or is of significance to the program, the condi- 
tion does not cause the program to be altered after 'device 
end' has been cleared; a malfunction may, however, cause 
the device to become not ready. 

'Unit check' is indicated when the existence of the not- 
ready state precludes a satisfactory execution of the 
command, or when the command, by its nature, tests the 
state of the device. When no status is pending for the 
addressed device at the control unit, the control unit 
signals 'unit check' when test I/O or the no-operation 
control command is issued to a not-ready device. In the 
case of no operation, the command is not accepted and 
'channel end' and 'device end' do not accompany 'unit 
check'. 

Unless the command is designed to cause 'unit check', 
such as rewind and unload on magnetic tape, 'unit check' is 
not indicated if the command is properly executed even 
though the device has become not ready during, or as a 
result of, the operation. Similarly, 'unit check' is not 
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indicated if the command can be executed with the device 
not ready. A console could, for example, accept and 
execute the alarm-control command when the printer is not 
ready. Selection of a device in the not-ready state does not 
cause a unit-check indication when the sense command is 
issued or when a status condition is pending for the 
addressed device at the control unit. 

If, during the initial-selection sequence, the device detects 
that the command cannot be executed before initial status 
is presented, 'unit check' is presented to the channel and 
it appears without 'channel end', 'control unit end', or 
'device end'. Such unit status indicates that no action has 
been taken at the device in response to the command. If 
the condition that precludes proper execution of the 
operation occurs after execution has been started, 'unit 
check' is accompanied by 'channel end', 'control unit end', 
or 'device end', depending on when the condition was 
detected. Errors detected after 'device end' is cleared may 
be indicated by signaling 'unit check' with 'attention', 
'unit check' with 'control unit end', or 'unit check' with 
'device end'. 

When 'unit check' appears with 'channel end' and without 
'device end', the sense data and an available device path 
must be preserved until the 'device end' and the sense data 
are accepted or reset. 

Errors, such as invalid command code or invalid command 
code parity, do not cause 'unit check' when the device is 
working or contains a pending interruption condition at 
the time of selection. Under these circumstances, the device 
responds by providing the busy bit and indicating the 
pending status, if any. The command code validity is not 
indicated. 

Termination of an operation with the unit-check 
indication causes command chaining to be suppressed. 

Programming Note 

If a device becomes not ready on completion of a command, 
the ending status can be cleared by 'test I/O' without 
generation of 'unit check' because of the not-ready state. 
Any subsequent 'test I/O' issued to the device causes a 
unit-check indication. 



Unit Exception 

'Unit exception' , means that the I/O device detected an 
unusual condition such as end of file. 'Unit exception' has 
only one meaning for any particular command and type of 
I/O device. A sense operation is not required as a response 
to the acceptance of a unit-exception condition. 

A unit-exception condition can be generated only when 
the I/O device is executing an I/O operation, or when the 
device is involved with some activity associated with an I/O 
operation and the condition is of immediate significance. If 
a device detects a unit-exception condition during the 
initial-selection sequence, 'unit exception' is presented to 



the channel and it appears without 'channel end', 'control 
unit end', or 'device end'. 

Such unit status indicates that no action has been taken 
at the device in response to the command. If the condition 
that precludes normal execution of the operation occurs 
after the execution is started, 'unit exception' is 
accompanied by 'channel end', 'control unit end', or 'device 
end', depending on when the condition is detected. Any 
unusual condition associated with an operation, but 
detected after 'device end' is cleared, is indicated by 
signaling 'unit exception' with 'attention'. 

The 'unit exception' causes command chaining to be 
suppressed. 

SENSE INFORMATION 

Data transfer during a sense operation provides information 
concerning unusual conditions detected in the last 
operation and concerning the actual state of the I/O device. 
Information provided by the basic sense operation is more 
detailed than that supplied by the unit status byte, and may 
describe reasons for the unit-check indication. It may also 
indicate, for example, that the I/O device is in the 
not-ready state, that a tape drive is in the file-protected 
state, or that magnetic tape is positioned beyond the 
end-of-tape marker. 

All sense information significant to the use of the I/O 
device normally is provided in the first two bytes. Any bit 
positions that follow those used for programming 
information contain diagnostic information, which may 
extend to as many bytes as needed. The amount and the 
meaning of the status information are peculiar to the type 
of device, and must be specified in the SRL publication for 
the I/O device. 

A device that normally operates in byte-multiplex mode, 
and transfers a single byte during data .transfer, should 
transmit the maximum number of sense bytes possible 
during the 32 -microsecond byte multiplex time-out limita- 
tion. 

The sense information that pertains to the last I/O opera- 
tion or other unit action at a device may be reset any time 
after the completion of a sense command addressed to that 
device. Except for the test I/O and no-operation commands, 
any other command addressed to the device's control unit 
may be allowed to reset the sense information, provided 
that the busy bit is not included in the initial status. The 
sense information may also be changed as a result of 
asynchronous actions such as when attention or not-ready- 
to-ready device-end status is generated. 

Sense information that results from more than one action 
at the unit must not be ORed when this condition would 
cause the program to misinterpret the original meaning and 
intent of the sense information. Note that when a group of 
sense indicators is shared with different devices the residual 
control unit sense data that pertains to the last command 
addressed to the control unit may be reset if the device 
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addressed is different from the device that generated the 
sense data. 

A command code with invalid parity causes the sense 
information to be replaced only if 'unit check' is turned on 
as a result of the invalid parity . 



Sense Byte 

For most I/O devices, the first six bits of the first sense data 
byte (sense byte 0) are common to all I/O devices that have 
this type of information. The six bits are independent of 
each other and are designated as follows: 



Bit 


1 

2 
3 
4 

5 



Descrip tion 

Command Reject 
Intervention Required 
Bus-Out Check 
Equipment Check 
Data Check 
Overrun 



Sense Conditions 

Command Reject 

The device detected a programming error. A command was 
received which the device is not designed to execute (read 
backward issued to a direct -access storage device), or which 
the device cannot execute because of its present state (a 
write issued to a file-protected tape unit). In the former 
case, the program may have required use of an uninstalled 
optional feature or may have specified invalid control data. 
'Command reject' is also indicated when an invalid 
sequence of commands is recognized (write to a direct- 
access storage device without previously designating the 
data block). 

Intervention Required 

'Intervention required' is generated when the command 
could not be executed because of a condition that requires 
intervention at the I/O device. This bit indicates conditions 
such as an empty hopper in a card punch, or a printer that 
is out of paper. 'Intervention required' is also turned on 
when the addressed device is in the not-ready state, in test 
mode, or not provided on the control unit. 

Bus-Out Check 

'Bus-out check' results when the I/O device or the control 
unit receives a data byte or a command byte with invalid 
parity over the I/O interface. 

During writing, 'bus-out check' indicates that a parity 
error was detected and incorrect data may have been 
recorded at the I/O device. However, the condition does 
not cause the operation to be terminated prematurely, 
unless the operation is such that an error precludes 
meaningful continuation of the operation. No operation is 
initiated if the command code has a parity terror. 



Equipment Check 

The equipment check sense bit indicates detection of an 
equipment malfunction logically between the I/O interface 
and the input/output medium. On output operations, this 
malfunction may have caused invalid data to be recorded. 
Detection of 'equipment check' stops data transmission and 
terminates the operation prematurely when the error 
prevents any meaningful continuation of the operation. 

Data Check 

'Data check' indicates that invalid data has been detected or 
is probable on the recording medium. This invalidity can be 
accurately detected only by reading the recording medium. 
The control unit forces correct parity on data sent to the 
channel. On writing, the data-check condition indicates that 
incorrect data may have been recorded at the I/O device. 
Data errors on reading and writing cause the operation to 
be terminated prematurely only when the errors prevent 
meaningful continuation of the operation (loss of 
synchronization). 

Overrun 

'Overrun' results when the channel fails to respond on time 
to a request for service from the I/O device. 'Overrun' can 
occur when data is transferred to or from a nonbuffered 
control unit that operates with a moving medium, and the 
total activity initiated by the program exceeds the 
capability of the channel. 

On an output operation, 'overrun' indicates that data 
recorded at the device may be invalid. In these cases, data 
overrun normally stops data transfer and the operation 
terminates as in 'stop'. The overrun bit is also turned on 
when the device receives the new command too late during 
command chaining. 



GENERAL SYSTEM CONSIDERATIONS 

Interface Time-Out Considerations 

Signaling over the I/O interface is specified to be direct- 
current interlocked and is therefore not time-dependent. 
Since the signaling is not time-dependent, a certain category 
of machine malfunctions may cause "hangup" of the 
channel and, unless detected and canceled, results in 
"hangup" of the system. The timing considerations 
involved in determining malfunction cases are described in 
the following paragraphs. 

All references to particular time considerations, in this 
section, represent the maximum permissible time in worst- 
case situations. All control units must be designed for 
minimum signal -sequence-response times within the 
limitations of the circuit family used and the sequencing 
method required for particular I/O devices. The maximum 
time contributed by a control unit to an interface signal 
sequence, because of the control unit's circuitry or the 
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sequencing method used, is specified as no more than 32 
microseconds. This applies to all byte -multiplex mode 
connections and to all selection sequences. (See "Selec- 
tion.") 

A byte-multiplex mode connection is defined as lasting 
from the time 'select out' rises at a particular control 
unit for any signal sequence until the connection is com- 
pleted ('operational in' drops at the control unit). 

A selection sequence is defined as lasting from the rise 
of 'select out' at the particular control unit to the fall of 
'status in' for initial status. 

A particular interface signal sequence may take longer 
because of other factors, such as delays introduced by the 
channel or a delay because of the need for a burst mode 
I/O device to capture the interface before reaching the 
specified record area of the recording medium (not greater 
than 500 milliseconds). 

In addition to excessive delays that may occur within a 
particular signal sequence, excessive delays may exist 
between data cycles during burst mode operation. The 
maximum allowable delays between data cycles in burst 
mode is 500 milliseconds. The channel should not indicate 
a malfunction unless the delay between data cycles exceeds 
approximately 30 seconds. Absence of activity on the 
interface may be because of other conditions (reading a 
long gap on magnetic tape created by successive erase 
commands). 



Propagation of Select Out 

During an initial-selection sequence or control-unit-initiated 
sequence, if a control unit does not require service or 
selection, 'select out' must be propagated by the unit 
within 600 nanoseconds to meet performance requirements. 
In no case may propagation time exceed 1 .8 microseconds 
per control unit. This time, measured at the external cable 
connectors, extends from the rise of the incoming 'select 
out' to the rise of the outgoing 'select out'. 



for the control unit is 1 .5 ohms. 4 The maximum resistance 
case for 'select out/select in' in a control unit usually 
occurs when the control unit power is off and electrical 
bypassing is effective. 

For control units, the internal resistance is measured 
between the incoming and the outgoing pins on the 
external connectors. For channels, the measurement is 
made between the external connector pin and the 
corresponding channel driver or receiver. 

With the exception of the select out/select in line, the 
maximum signal delay measured between the external pins 
is specified as 15 nanoseconds. The maximum skew 
between any two signal lines is specified as 1 nanosecond. 
The delay for the bus lines must not exceed the delay for 
the tag lines. 

The SRL OEMI publication for each control unit and 
channel must define, for each possible interface 
implementation, the value of its internal resistance for the 
signal lines and for the select out /select in line-pair. 

External Cabling: The cable length available for the 
interconnection of channel and control units is primarily 
limited by the resistance to the interface lines which is 
contributed by the channel and the control units. For 
specific control units, the signal delays due to cable length 
require that the control unit be relatively close to the 
channel. However, the maximum allowable cable length is 
limited by total series resistance between drivers and 
receivers, if signal cable delay requirements are met for each 
attached control unit. 

The maximum external connector-to-connector cable 
length for unrestricted general systems configurations is 
determined by the combined internal resistance 
specification for 'select out/select in'. The maximum line 
resistance for the total 'select out/select in' loop must not 
be greater than 52.5 ohms for worst-case conditions. 

In certain customized installations where 'select out' is 
redriven at the end of the cable, the maximum cable length 
is determined by the 1.0-ohm internal control unit and 
channel resistance specifications for the signal lines other 
than select out and select in. In this case, the maximum 
cable length can be calculated by using the 33-ohm 
driver-to-receiver maximum line resistance specification for 
worst-case conditions. 



System Configuration 



Number of Units: In the general system configuration, as 
many as eight control units can be directly connected to a 
single channel I/O interface. 

Internal Cabling: Except for 'select out' and 'select in', the 
maximum allowable internal resistance (including all 
contact resistance) contributed by a channel or control unit 
for every signal line, is specified as 1 .0 ohms. The combined 
'select out' and 'select in' maximum resistance specified 



4 For channels and control units designed before October 
2, 1970, the maximum allowable internal resistance 
(including all contact resistance) contributed by a channel 
or control unit for every signal line, except for 'select out' 
and 'select in', is specified as 2.0 ohms. The combined 
'select out' and 'select in' maximum resistance specified 
for a control unit is 3.0 ohms. 
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Offline/Online 

A control unit in an offline mode must not interfere in the 
operation between the channel and other control units on 
the same interface. The control unit in the offline mode 
must provide the following: 

1. Logical bypass for 'select out'. 

2. Gate off all other line drivers from interfering with 
activity on the interface. 

The control unit transition to or from an offline/online 
condition must not cause machine malfunction. The 
minimum following conditions must exist concurrently 
before the online-to-offline transition can occur: 

1 . The online/offline switch is set to OFFLINE. 

2. No active communication on the interface because of 
this control unit, such as 'operational in', or 'status in', 
etc. 

3. No stacked or pending status is on this unit. (Stacked 
status is that which has been presented to the channel 
but which has not been accepted. Pending status is that 
which is forthcoming or which has been generated but 
not presented.) 

4. No command chaining is indicated for this unit. 

The preceding conditions ensure that no machine 
malfunctions can occur because of an operator throwing 
the switch from ONLINE to OFFLINE. 



Power Effects 

Steady state: The power-off state of any control unit must 
not affect any operations of other control units on the 



interface. The control unit whose power is off must provide 
an electrical bypass for 'select out', and all of its interface 
driver and receiver circuits must be prevented from 
interfering with the interface signals. The incoming select 
out signal terminator at the receiver must be disconnected 
when the signal is electrically bypassed. When power is 
down on all units, 'select out' must be propagated back to 
the channel. 

Transient and Spurious Signals: Each control unit must be 
designed so that, if proper procedures are followed, the 
process of individually powering up or down does not cause 
its interface driver or receiver circuits to generate noise on 
the interface signal lines. 

Transient and Select-Out Pulse Splitting: Each control unit 
must ensure that the process of electrically bypassing 'select 
out' before power changes does not interfere with 'select 
out' propagation, except for possible short discontinuities 
(less than 1.8 microseconds) because of contact bounce 
coincident with signal delay through parallel logic circuits. 
Also, each control unit must ensure that 'select out' 
discontinuities, which may occur when another control unit 
on the interface is powering up or down, do not affect the 
propagation of 'select out'. This should be accomplished by 
the use of a special latch circuit. The latch is turned on by 
the AND of 'select out' and 'hold out' and is reset by the 
fall of 'hold out'. The circuit is in series with the remaining 
selection logic in the control unit and causes a constant 
select out signal within the control unit and, therefore, to 
all following control units, regardless of variations in the 
input select out signal (Figure 4). 
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Power Off/On Sequence Requirements: The combination 
of proper procedures and circuitry must provide the 
following sequence of events for power off: 

1. Logically disconnect the unit from the interface. When 
the unit becomes logically disconnected, a green panel 
indicator (I/O interface disabled) in the proximity of the 
power-off control, comes on. (The control unit can 
become logically disconnected when it and all connected 
devices have completed all operations, no status is 
pending, or stacked, and chaining is not indicated.) This 
ensures that no unfinished operations exist that can 
cause indication of machine malfunction when power is 
turned off. Note that when a control unit is logically 
disconnected from the interface, all its drivers except 
'select out' are logically gated off. A logical disconnect 
may be accomplished as a result of going offline by use 
of the online/offline or the metering disable/enable 
switch. 

2. Close 'select out' bypass circuit (mechanical contact, 
Kl, Figure 4). The normal logical electronic bypass of 
'select out' is still active when the control unit is 
logically disconnected. 

3. Open the connection from the line to the 'select out' 
receiver terminator (mechanical contact, SI, Figure 4). 

4. Clamp interface driver gates to ground by means of a 
mechanical contact, (S2, Figure 4), if gated drivers are 
used to avoid transient signals on the interface lines. 

5. Turn off power (remote/local power-control switch set 
to LOCAL). See the SRL publication, IBM System/360 



and System/370 Power Control Interface, Original 
Equipment Manufacturers' Information, GA22-6906. 
For power on, the sequence is reversed: 

1 . Turn power on (remote/local power-control switch set 
to LOCAL). During the power-on sequence, a power-on 
reset pulse must automatically reset the control unit 
circuitry, including reset of the special 'select out' latch, 
regardless of 'hold out'. 

2. Unclamp driver gates. (Open mechanical contact, S2.) 

3. Connect 'select out' receiver terminator (SI). 

4. Open 'select out' bypass circuit (Kl). 

5. Logically connect the unit to the interface (panel 
indicator turns off). 

If some method, such as automatic power sequencing 
rather than gated interface driver circuits, is used to 
eliminate transients on the signal lines, the steps in the 
sequence that refer to driver gates may be eliminated. 



Note: The 'select out' bypass function (relay transfer) of a 
power-off or power-on sequence must be completed in any 
one control unit attached to a channel before the 'select 
out' bypass function (relay transfer) is started in another 
control unit. Therefore, the 'select out' bypass function 
should be completely automatic. In any case, the 'select 
out' bypass function must not be interrupted, but must be 
completed once it is started. 
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Features 



BUS EXTENSION FEATURE 

This feature extends the interface by adding an extra bus to 
allow information transfer of either one or two bytes in 
parallel. The present bus is designated 'bus 0', while the 
additional bus is designated 'bus 1\ If control units of 
different widths are attached on one interface, the control 
units using the wide bus must be attached first; the last 
control unit using the wide bus must terminate the bus 
not used by other control units. 

The data lines of the additional bus are defined (eight 
data + parity) similar to 'bus 0'. In addition to the data 
lines, mark in and mark out lines are defined for each bus 
cable, including the 'bus 0' cable, to indicate the presence 
of information on that bus. Mark in and mark out parity 
lines are also defined in the 'bus 1' cable to permit a 
validity check of the mark lines. 

The number of mark lines active when 'address out', 
'address in', 'command out', or 'status in' are up indicates 
the number of bytes used for these functions. For output 
operations the control unit must raise the mark in lines 
before raising 'service in' or 'data in' to indicate the number 
of bytes required. The channel must then indicate by the 
mark out lines the number of bytes provided on 'bus out' 
when 'service out' or 'data out' is raised. The bus width 
indicated during the early bus width indication (see "Early 
Data Bus Width Indication") must be the maximum used 
by the control unit for that operation. Transfers involving 
less than the maximum indicated bus width are permitted 
when the length of the block of information being 
transferred is not an integral multiple of the maximum 
transfer width. The partial transfer thus required is 
permitted as the last transfer of the block. 

All information transferred, including that transferred by 
a read-backward command, must be gated so that the first 
byte is on 'bus 0' and the second byte is on 'bus 1'. 

Mark Out Lines 

During sequences involving the transfer of information 
from the channel to the control unit, the mark out lines 
must be valid for the same period of time as the 
information on 'bus out' and will indicate the number of 
bytes provided by the channel on 'bus out'. 

For sequences involving the transfer of information from 
the control unit to the channel, the mark out lines indicate 
the number of bytes that the channel is accepting. The 
mark out lines must be valid from the rise of the outbound 
tag line until the resulting fall of the inbound tag line. 

A channel capable of extended bus operation must assure 
that the number of mark out lines up, including 'mark out 
parity', is odd when addressing the unit with 'address out' 



up. Additionally, if the unit with which the channel is 
communicating is operating with extended bus capabilities, 
the channel must maintain odd mark line parity whenever 
'service out', 'data out' or 'command out' is up. 



Mark In Lines 

During sequences involving the transfer of information 
from the control unit to the channel, the mark in lines must 
be valid for the same period of time as the information on 
'bus in' and will indicate the number of bytes provided by 
the control unit on 'bus in'. 

For sequences involving the transfer of information from 
the channel to the control unit, the .mark in lines indicate 
the number of bytes required by the control unit for that 
sequence and must be valid from the rise of the inbound tag 
line until the rise of the corresponding outbound tag line. 

The number of mark in lines up, including 'mark in 
parity', must be odd whenever a control unit is operating 
with extended bus capabilities and 'service in', 'data in', 
'address in' or 'status in' is up. Control units operating with 
the one-byte interface need not activate any mark in lines, 
except for command retry indication. (See also "Command 
Retry Feature.") 

Early Data Bus Width Indication 

The control unit indicates to the channel the bus width to 
be used for an operation by raising the mark in lines during 
the initial-selection sequence. These mark in lines are defined 
as being valid from the rise of 'operational in' to the fall 
of 'address out'. 



I/O ERROR ALERT FEATURE 

A new line, disconnect in, provides control units with the 
ability to alert the system of a malfunction that is 
preventing the control unit from signaling properly over the 
I/O interface. An example of this condition may be a 
microcoded control unit communicating with the channel 
at the time a read-only storage (ROS) error is detected. 
Such a control unit may be unable to complete an interface 
sequence properly. 

'Disconnect in' can be raised by a control unit only when 
it is connected to the channel (i.e., it has 'operational in' 
up). When 'disconnect in' is used during a control-unit- 
initiated sequence, 'disconnect in' may rise at the control 
unit no earlier than 250 nanoseconds after the rise of 
'address in', or subsequent to the rise of 'command out' 
at the control unit. 
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The channel, in response to 'disconnect in', performs a 
selective reset. 'Disconnect in' must not fall before the reset 
nor remain up longer than 100 nanoseconds after the fall of 
'operational in'. 

COMMAND RETRY FEATURE 

Command retry is a channel-control unit procedure that 
can cause a command to be retried by the channel. It is 
initiated by the control unit with a unique combination of 
status bits and the 'mark in' line. 

A control unit may request the retry of a command in 
order to recover from a transient error or because the state 
of the control unit or device prevented the execution of the 
command when it was previously issued. 

A channel, upon accepting a request for command retry, 
repeats the execution of the channel program, beginning at 
the last command executed. 

Command Retry Request 

When the command being executed by the control unit 
encounters a condition requiring retry, the control unit 
requests command retry by raising 'mark in' and 'status 
in' while presenting 'unit check' and 'status modifier' 
together with 'channel end' (meaning the control unit or 
the device is not yet ready to retry the command), or with 
'channel end' and 'device end' (meaning the control unit 
and device are prepared for immediate retry of the com- 
mand). 'Device end', if not presented with 'channel end', is 
presented later, when the control unit is ready to retry 
the command. 

The channel acknowledges the request for command retry 
by accepting the status byte and indicating chaining. If 
'device end' accompanies the command retry request, the 
channel immediately initiates a normal, chained initial- 
selection sequence, and reissues the previous command. If 
'device end' does not accompany the command retry 
request, the retry is not immediately performed. When the 
'device end' or 'device end' with 'status modifier' is pre- 
sented to the channel, it is accepted with chaining in- 
dicated and a normal reselection occurs to reissue the 
previous command or, in the case of 'device end' with 
'status modifier', a new command from the modified 
sequence of commands. (See "Status Modifier" in 
"Operational Description.") 

A channel indicates refusal to perform a command retry 
by accepting the status byte without indicating chaining 
or by stacking the status byte. The stacked byte is treated 
as any stacked status. 



HIGH-SPEED TRANSFER FEATURE 

This feature permits data transfers to take place at almost 
twice the present data rates. This extension may also be 
used by some control units to permit the placement of a 
control unit at a greater distance from the channel than is 
presently possible. 



Data In 

'Data in' is a tag line from all attached control units to the 
channel and is used to signal the channel that the 
selected control unit requires the transmission of a byte of 
information. The nature of the information depends on the 
operation and the I/O device. 'Data in', if it is alternated 
with 'service in', can transfer data at a higher rate than is 
possible if 'service in' alone is used. The channel must 
respond to 'data in' with 'data out' or 'command out'. 

During read, read-backward, and sense operations, 'data 
in' rises when data is available on 'bus in'. During write and 
control operations, 'data in' rises when data is required on 
'bus out'. When 'data in' is alternated with 'service in', 'data 
in' may rise when 'service out' is raised in response to 
'service in'. However, 'data in' is not considered valid until 
'service in' is dropped. Similarly, 'service in' may rise when 
'data out' is raised in response to 'data in'; however, 'service 
in' is not considered valid until 'data in' is dropped. 

The conditions, that apply to 'service in' concerning 
overrun also apply to 'data in' . 



Data Out 

'Data out' is a tag line from the channel to all attached 
control units and is used in response to a signal on 'data in'. 
A signal on 'data out' indicates that the channel has 
accepted the information on 'bus in' or has provided on 
'bus out' the data requested by 'data in'. 

When 'data out' is sent in response to 'data in' during a 
read, read-backward, or sense operation, the data out signal 
must rise after the channel accepts the information on 'bus 
in'. In these cases, the rise of 'data out' indicates that the 
information is no longer required to be valid on 'bus in' and 
is not associated with any information on 'bus out'. When 
'data out' is sent in response to 'data in' on a write or 
control operation, the rise of 'data out' indicates that the 
channel has provided the requested information on 'bus 
out'. 'Data out' must remain up until the fall of 'data in\ 
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PHYSICAL REQUIREMENTS 

Multiple Drivers and Receivers 

Up to ten receivers must be able to be driven by one driver. 
The driver must be located at one of the extreme ends. 

Up to ten drivers must be able to be dot-ORed to drive 
one receiver. The receiver must be located at one of the 
extreme ends. 

Note: An end-of-line driver or receiver may be placed 
beyond the terminator. In this case, the distance between 
the end-of-line driver or receiver and the terminator must 
be less than 6 inches. 

Receivers must be spaced at least 3 feet apart. No 
minimum requirement is set for the spacing between 
drivers. No minimum requirement is set for the spacing 
between a terminator and driver or receiver if the 
terminator is placed on the outermost end of the line. 

The maximum stub length from the line to a driver or 
receiver on the circuit card is 6 inches. 



GENERAL ELECTRICAL REQUIREMENTS 

Voltage Levels 

There are two logical levels. A dc line voltage of +2.25 volts 
or more denotes a logical one state, and a dc voltage of 
+0.15 volt or less denotes a logical zero state. These 
voltages are relative to the driver ground. 

Cable 

All lines must have a characteristic impedance of 92±10 
ohms and, with the exception of 'select out', must be 
terminated at each extreme end in their characteristic 
impedance by a terminating network. (For 'select out/select 
in', see "Electrical Specifications for Select Out Circuitry.") 
Cable length may be limited by special conditions but is 
never to exceed a maximum line resistance of 33 ohms. The 
33-ohm line resistance includes all contact resistance, 
internal cable resistance, and interunit cable resistance. 

Terminating Networks 

The terminating network must present a resistance of 95 
ohms ±2.5 percent between the signal line and ground, and 
must be capable of dissipating 390 milliwatts. 



Ground Shift and Noise 

The maximum noise (measured at the receiver input) 
coupled onto any signal line must not exceed 400 
millivolts. 

The maximum allowed ground shift, between an active 
driver and any receiver of the same interface line, is 150 
millivolts. Therefore, the maximum shift (coupled noise 
plus ground shift) allowed on any line is 550 millivolts. 

The logical levels defined in "Voltage Levels" under 
"General Electrical Requirements" and the receiver 
threshold levels specified in "Receivers" under "Interface 
Circuit Requirements" allow for this 550-millivolt shift. 
That is, a negative noise pulse of 400 millivolts coupled 
with a positive receiver ground shift of 150 millivolts 
occurring during a one state (2.25 volts minimum) 
guarantees a receiver input of 1.7 volts or more. (See 
Diagram A.) 
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Diagram A. Negative Noise 

Also, a positive noise pulse of 400 millivolts coupled with 
a negative receiver ground shift of 150 millivolts occurring 
during a zero state (0.15 volt maximum) guarantees a 
receiver input of 0.7 volt or less. (See Diagram B.) 

Note: The noise measurements are made at the input to the 
receiver. A combination of the dc level and ac noise must 
not exceed 0.7 volt for the down level and must not be less 
than 1 .7 volts for the up level. 
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INTERFACE CIRCUIT REQUIREMENTS 

Receivers 

An input voltage (relative to receiver circuit ground) of 1 .7 
volts or more is interpreted as a logical one; an input of 
0.70 volt or less is interpreted as a logical zero. An 
open-circuited input is interpreted as a logical zero. 
The receiver should not be damaged by: 

1 . A dc input of 7 .0 volts with power on in the receiver. 

2. A dc input of 6.0 volts with power off in the receiver. 

3. A dc input of —0.1 5 volt with power on or off. 

To reduce the loading effect on the line, the receiver 
input resistance must be larger than 7,400 ohms across the 
input voltage range of +0.15 volt to +3.9 volts, and the 
negative receiver input current must not exceed -0.24 
milliampere at an input voltage of +0.15 volt. (See Diagram 
C for the definition of receiver current polarity.) 
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Diagram C. Receiver Current Polarity 



Receivers must be designed to ensure that no spurious 
noise is generated on the line during a normal power -up or 
power-down sequence. 



Drivers 

In the logical zero state: 

1. The output voltage must not exceed 0.15 volt at a load 

of +240 microamperes. (See Diagram D for the definition 

of driver current polarity.) 



* Load 
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In the logical one state: 

1. The output voltage must be 3.11 volts or more at a load 
of +59.3 milliamperes. 

2. The output voltage must not exceed 5.85 volts at a load 
of +30 microamperes. 

3. The output voltage must not exceed 7.0 volts at a load 
of +123.0 milliamperes during an overvoltage internal to 
the drivers. 

Drivers must be designed to ensure that no spurious noise 
is generated on the line during a normal power-up or 
power-down sequence. For the driver, this may be 
accomplished by one of the following methods: 

1 . Sequencing the power supplies. 

2. Building noise suppression into the circuit. 

3. Providing an externally controlled gate. (See Diagram 
E.) 
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Diagram D. Driver Current Polarity 
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Diagram E . Driver Gate 



For a normal power-down sequence: 

1 . Logically ensure that the driver is in the zero state. 

2. Close contact S2. (See Diagram E.) 

3. Turn power off. 

For a normal power-up sequence: 

1 . Ensure that contact S is closed. 

2. Turn on power. 

3. Logically ensure that the input level will cause the driver 
output to be in the zero state. 

4. Open contact S. 

Fault Conditions 

A grounded signal line must not damage drivers, receivers, 
or terminators. 

With one driver transmitting a logical one, loss of power 
in any single circuit driver, receiver, or terminator on the 
line must not cause damage to other components. 

With both terminators connected, line operations must 
not be affected by power off in any drivers or receivers on 
the line. 
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CIRCUITS 

Figures 5 through 7 show representative circuits used to 
drive, receive, and terminate the lines between the channel 
and attached control units. 



Input o_ 



External 
Power 

Control , 

Gate ' — 



r^k 



S2 I 

L" I 



Figure 5. Line Driver 



+6v 



+6v 



►35Q 



17500 



-w- 



L 



Output 



ELECTRICAL SPECIFICATIONS FOR SELECT OUT 
CIRCUITRY 



General 

The select out line has a single-driver to single -receiver 
configuration, with only the receiver end of the line 
terminated in the characteristic impedance. 

A dc line voltage of 1 .85 volts or more denotes a logical 
one state, and a dc line voltage of 0.15 volt or less denotes a 
logical zero state. These voltages are relative to the driver 
ground. 

Note: Because of the nature of the select out/selectinline, 
negative noise tolerance has been neglected. 

All electrical requirements specified in "General Electrical 
Requirements" that are not redefined in this section are 
also applicable to 'select out'. 
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Figure 6. Line Receiver 
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Figure 7. Line Terminator 



Receiver 

The 'select out' receiver must satisfy all requirements given 
in "Receivers" under "Interface Circuit Requirements." 



Driver 

The 'select out' driver must be capable of withstanding a 
short-circuit-to-ground output condition, while in either the 
logical one or zero state, without damage to the driver 
circuit. 

For the logical zero state: 
1. The output voltage of a 'select out' driver must not 
exceed 0.15 volt at a load of 1 milliampere. 

For a logical one state: 

1. Output voltage of a channel driver or the driver of a 
control unit contained within a channel frame must 
exceed 3.9 volts at a load of 41 milliamperes. 

2. The output voltage of a control unit driver not 
contained within a channel frame must exceed 3.7 volts 
at a load of 41 milliamperes. 

The output voltage of a 'select out' driver should not 
exceed: 

1 . 5.8 volts at a load of 0.3 milliampere. 

2. 7.0 volts at a load of 72 milliamperes during an 
overvoltage internal to the driver. 
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Terminator 

A 95-ohm ±2.5 percent, 390-milliwatt terminator to ground 
must be placed at each receiver for each line segment along 
the 'select out/select in' path, including the receiver end of 
'select in' located in the channel. 

The driver end of each segment of 'select out/select in' 
must not be terminated, including the driver end of 'select 
out' located in the channel. Also, the jumpered 'select out' 
or 'select in' and the bypassed 'select out' or 'select in' path 
is not terminated. 



Interface Connector Pin Assignments 



Pin assignments for the I/O interface are shown in Figure 8. 
They are shown as viewed from the connector side of the 
channel and control unit tailgates. Two interface cables 
(three cables for the optional two-byte interface) connect 
the channel to the first of a group of control units. Signals 
are assigned corresponding pin numbers on the channel and 
control unit connectors (see Appendix B). 
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CABLING 

Cable Halves 

A screwdriver is required to join the cable halves. The 
connecting screw is spring-loaded to prevent damage to 
mating block contacts. Blocks should be aligned to ensure 
proper parallel contact mating. After the blocks are keyed, 
push the screw forward to engage tl>e insert; then tighten 
securely. For assistance in removing individual contacts, 
field personnel should use Tool, Part 450540 (available 
from IBM Field Engineering) or a No. 12 crocheting needle. 

Mounting 

In normal applications, the blocks are mounted in the 
horizontal plane to provide a smoother bend into the 
coaxial cables. (See Figure 9.) Vertical mounting produces 
unusual bending configurations, requiring careful routing 
and strain relieving of the external cables. 
Figure 10 shows an exploded view of the panel mounting. 



Mated Condition 



Part 438560 (2) Panel Mounted 

4-40X1 Part 5353867 ("A" Style Connector Block) | * 

Part 5353868 ("B" Style Connector Block) , 



Part 438560 (4) 
4-40X1 




Infernal Cable 
(Coax or Discrete Wire) 



•Optional strain relief 

Figure 9. Mounted Cable Halves 

Offline Utilization 

This cable connector has the unique feature of being able to 
mate 'cable half to 'cable half for offline utilization or for 
the physical bypassing of machine units. (See Figure 11.) 

When mating cable halves, it is only necessary to use the 
screw on the "B-" style connector. This allows the "A-" 
style connector's screw to fall within the empty insert 
location in the "B-" style block and makes for easier 
connection. 




* Hermaphroditic Terminals: 
Part 5362301 — 22-26 Wire (AWG) 
Part 5362302 ~ 28-32 Wire (AWG) 
Part 5404480 — 18-20 Wire (AWG) 



Part 5353896 (2) 



Figure 10. Panel Mount with Optional Strain Relief 

Typical connections are shown in Figures 11 and 12. 
(Information concerning the EPO cable shown in Figure 1 2 
is contained in the SRL publication, IBM System/360 and 
System/370 Power Control Interface, Original Equipment 
Manufacturers' Information, GA22-6906.) 



CONNECTORS 

Connector Blocks 

Three styles of connector blocks are available: "A," "B " 
and "B-." The "A" and "B" designations are used to 
identify proper mating arrangements since the physical 
hardware is identical.. The two styles are differentiated by 
the color coding of the blocks: the "A" style is light gray 
and the "B" style is dark gray. (See Figure 13.) 

The "B-" style block is the same as the "B" style but does 
not have a threaded insert. 

When mating connectors, care should be taken to prevent 
accidental mismating of two "A" or two "B" style 
connectors since letter positions would then be transposed. 
Connectors of the same color must never be mated. 

Both the "A" and the "B" style blocks are used for panel 
mounts. The "A" style may also be used for a cable end. 
The "B-" style is used only as a cable end. (Refer to 
"Offline Utilization.") 
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Figure 11. Offline Utilization 
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Cables (1) and (2), (40-posltion 
cable Part 5353920), are required 
in all cases. Coble (3), (48- 
position cable Part 5466456), is 
required for the two-byte interface. 
(Cable Part 5466456 may also be 
used in the cable (1) and cable (2) 
positions. See "Reserved Lines.") 



Terminals: r 

EPO Cable I 14-18 AWG — Part 523267 
Connector j 20-22 AWG — Part 5351 177 
(6 Required) L 



Signal [22-26 AWG — Part 5362301 

Cable < 28-32 AWG — Part 5362302 

Panel [ 18-20 AWG — Part 5404480 

Mount (40 Required per Connector for 
Cable 5353920; 48 Required per Connector 
for Cable 5466456 ) _______ 



Figure 12. Typical Connection 



Capacity 

Forty-eight (48) individual positions (serpent contacts) are 
provided, for in the connector blocks. Application of the 
connector is limited only by the number of coaxial wires 
(shielded wires or twisted pairs) used and the method used 
to ground the shields of the coaxial wires. In the I/O 
interface, for connectors (1) and (2), 40 serpent contacts 
are required on each connector to individually terminate 
the shield and signal wires of 20 coaxial wires. For 
connector (3), 48 serpent contacts are required to termi- 
nate the shield and signal wires of 24 coaxial wires. (See 
"Interface Connector Pin Assignments" in Appendix A.) 



Serpent Contacts 

Descriptions 

The serpent contact is a hermaphroditic, gold-plated phos- 
phor bronze, dual-mating surface contact. (See Figure 14.) 
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Figure 14. Serpent Contact 



Wire Termination 

Termination is accomplished by the bare-wire crimp 
method. Three contacts are available to cover the range of 
solid or stranded wire sizes required: 

IBM Part Wire Size (A WG) Insulation Range 

5404480 18-20 0.042 to 0.103 

5362301 22-26 0.028 to 0.103 

5362302 28-32 0.026 to 0.090 

Terminators 

The System/360 and System/370 I/O interface line 
termination is provided by the assemblies shown in Figure 
15. 

Electrical Specifications 

Voltage Rating: The maximum voltage rating of this 
connector is 24 volts ac or dc. For applications above 24 
volts, contact the local IBM representative. 



Current Rating: The maximum continuous current rating of 
each contact is 6 amperes. The contacts are not intended 
for interrupting current. 

Resistance: The termination-to-termination resistance 
(includes 2 crimps and mated contacts) will not exceed: 

1 . 0.020 ohms when installed on #22 AWG and larger wire. 

2. 0.030 ohms when installed on #24-0=26 AWG wire. 

3. 0.040 ohms when installed on #28-#32 AWG wire. 

Insulation Resistance: The contact-to-contact insulation 
resistance is 100 megohms (minimum) measured at a test 
potential of 100 volts dc, after exposure of one hour at a 
temperature of 38°C and 85-90 percent relative humidity. 

Grounding: All surfaces of the cable connectors are non- 
conductive plastic; therefore, no grounding is necessary. 
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Bus Assembly (Part 5440649) 
These assemblies are used with cable Part 5353920. 
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Tag Assembly (Part 5440650) 
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Part 5860310 

Bus Assembly (Part 2282675) 
These assemblies are used with cable Part 5466456. 
Figure 15. Terminator Assemblies 



Part 5860309 
Tag Assembly (Part 2282676) 
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AT DECISION BLOCKS INVOLVING 
SIGNAL LINES. THE QUESTION 

TO BE RESOLVED IS 

IS THE LINE LOGICALLY UP. 

THE PRESENCE OF CH (CHANNEL ) 
OR CU (CONTROL UNIT) 
IN A BLOCK. SPECIFIES 
RESPONSIBILITY FOR THE ACTION 
TAKEN OR DECISION HADE. 



»•»#* 03F4 

♦01 * 03G2 

* B3* 06A1 

» » 07G3 



.* (CH) *. YE 
*. START .* 



*. POLL 

.* 
• .* 

« NO 



C3 *. 

.* (CH) *. 

INITIATE * 
A SELECTION 
.SEQUENCE .* 



**#D3******* 

(CH) 

OEVICE 

ADDRESS TO 

BUS OUT 



(CH) 

250-NSEC 

DELAY 



•F3****** 

(CH) 

RAISE 

ADDRESS 

OUT 



(CH) 

400-NSEC 

DELAY 



*##*♦»** 



THE START-POLL DECISION IS USUALLY 
MADE ON THE BASIS OF REQUEST IN 
BEING UP. 

REQUEST IN IS RAISED WHEN A CONTROL 

UNIT HAS A NEED FOR SERVICING AND 

IS DROPPED WHEN THE NEED IS 
SERVICED. 

THE CHANNEL NORMALLY SERVICES ALL 
REQUESTS BEFORE INITIATING A 
SELECTION SEQUENCE. 



E4 *. 

.* (CH) ♦. 
NO .*HAS ADR OUT* 

*.8EEN DOWN AT 

♦.LEAST 250.* 
*.NSEC .* 

*YES 



NOTE 1 

ALL MENTION OF SELECT OUT ASSUMES 
PROPER OPERATION OF HOLD OUT AS WELL. 
THUS. SELECT OUT UP MEANS SELECT OUT AND 
HOLD OUT UP. AND SELECT OUT DOWN MEANS 
EITHER SELECT OUT OR HOLD OUT DOWN. 



H3 *. 

.* (CH) *. 

.♦HAS SEL OUT*. 

.BEEN DOWN AT . 

♦.LEAST 1.5.* 

*.USEC .* 

*YES 



(CH) 

RAISE 

SELECT 

OUT 



A POLLING SEQUENCE OR AN 
INITIAL SELECTION SEQUENCE 
HAS BEEN STARTED BY THE 
CHANNEL. 



Flow Diagram 1. Initiation of Polling or Selection 
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NOTE 1 

ALL MENTION OF SELECT OUT ASSUMES 
PROPER OPERATION OF HOLD OUT AS WELL. 
THUS. SELECT OUT UP MEANS SELECT OUT ANO 
HOLD OUT UP, AND SELECT OUT DOWN MEANS 
EITHER SELECT OUT OR HOLD OUT DOWN. 



THE BYTE ON BUS IN MUST BE 
VALID WITHIN 100 NSEC AFTER 
THE RAISING OF THE IN TAG. 



• 02 • 

• 84* 



ADDRESS-RECOGNITION REQUIRES 
DECOOING THE ENTIRE BYTE* I.E. 
EIGHT BITS PLUS PARITY. 



.» »CU» •• 
• RISE OF 
SELECT OUT 



A CONTROL UNIT MAY BE BUSY 
EITHER BECAUSE IT IS BUSY OPERATING 
A DEVICE OR BECAUSE THE CONTROL 
UNIT IS HOLDING STATUS. 



• *CU* • 

CONTROL 

UNIT 

BUSY 



.* »cu« •• 

RECOGNIZE 

THIS 

. ADDRESS . 



.» »CU* ♦ 
• ADDRESS 
OUT 



DI •• 

.# »cu» ». 

• STATUS • 

WAITING FOR 

*. ADDRESSED.* 

•DEVICE * 

•• • • 

• NO 



.» »CU* •• 
* CONTROL * 

UNIT STATUS 
♦. ONLY •• 



THE CONTROL UNIT 
IS UNABLE TO EXECUTE 
A COMMANL) AT THIS 
TIME AND HENCE 
INITIATES A CONTROL- 
UNIT BUSY SEQUENCE. 



NOTE S 

•••••G l ••••*»•••• 

• *CU» • 

• STATUS • 

• BYTE TO * 

• BUS IN • 



#02 * 

» H2» 



THE CONTROL UNIT 
ACKNOWLEDGES A 
CHANNEL-INITIATED 
SELECTION 
SEQUENCE* 



THIS IS A POLLING SEQUENCE. 



• #CU» • 
REQUIRE 
SERVICE 



.# »cu» • 

DATA 
TRANSFER 



.» »CU» •• 
SUPPRESS- 
ABLE TYPE 

• STATUS • 



.» «CU» • 

SUPPRESS 

OUT 



•CU* 

RAISE 

STATUS IN 



•CU« 

RAISE 

OPERATIONAL 

IN 



* 


•cu» 


• 


• 


PROPAGATE 


• 


• 


SELECT 


• 


• 


OUT 


• 


• 




• 



A CONTROL- 
UNIT BUSY 
IS NOW 
INDICATED. 



*CU» 

OEVICE 

ADORESS TO 

BUS IN 



PROPAGATION OF SELECT OUT 
COMPLETES THE SIGNAL SEQUENCE 
FOR THIS CONTROL UNIT. 

THIS PROPAGATED SELECT OUT 
BECOMES SELECT IN AT THE 
CHANNEL IF NO OTHER 
CONTROL UNIT RESPONDS TO 
THE POLL OR AOORESS. 



THE CONTROL UNIT HAS RESPONDED TO THE 
SELECT-OUT POLL OR ADDRESSING. THE 
CHANNEL MUST NOW EXAMINE THE RE- 
SPONSE TO DETERMINE WHETHER TO — 
ABORT THE POLL OR SELECTION* RESPOND 
TO THE CONTROL UNIT BUSY. OR 
CONTINUE WITH THE SEQUENCE 
BEGUN BY OPERATIONAL IN. 



THE CONTROL UNIT 
HAS SERVICE RE- 
QUIREMENTS ANO 
THEREFORE ANSWERS 
THE POLLING 
SEQUENCE. 



• •••* 

• 03 • 

• B*» 




Flow Diagram 2. Control Unit Response to Select Out (Part 1 of 2) 
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• •»•• 02J2 
•03 • 

* 84* 



(CH) 
STATUS 



THE CHANNEL 
ACKNOWLEDGES THE 
CONTROL-UN ! T-BUSY 
SEQUENCE. 



•••••C2*******« 






• 


(CH) 


• 


* DROP 


• 


* SELECT OUT 


• 




• 


••*••••«»•••••« 


• • 



»CU« 

SELECT 

OUT 



THE FALL OF STATUS IN 
COMPLETES THE CONTROL- 
UNIT PORTION OF THIS 
SEQUENCE. 

THE CONTROL UNIT 
NOW WAITS FOR THE 
CONDITION TO CLEAR. 
A NEED FOR SERVICE. 
OR ANOTHER SELECTION 
SEQUENCE. 



NOTE 


6 


V 


#»«#»E2********** 


• 




• 


• 




*CU» • 


• 




DROP * 


• 




STATUS IN • 


• 




• 










*" 








• v. 






F2 *. 




.* ». 


YES . 


• 


(CH) •• 


•— — *« 




STA1 


rus .* 



THE FALL OF ADDRESS 
OUT COMPLETES THIS 
SIGNAL SEQUENCE. 

THE CHANNEL NOW 
AWAITS A REQUEST 
FOR POLLING OR A 
NEW COMMAND. 



OROP 
AOORESS OUT 



• (CH) • 

OPERATIONAL 
». IN .» 



.• (CH) *. 

.• CHANNEL 
INITIATED 
••SEQUENCE . 



THE ATTEMPTED INITIAL SELECTION 
SEQUENCE OR POLL WAS 
UNSUCCESSFUL. 



DROP 
SELECT OUT 



*»#»»E3********** 

• • 

• (CH) • 

• DROP • 

• ADDRESS OUT • 



D4 •. 
.• (CH) •. 

CHANNEL 

INITIATED 

.SEQUENCE . 



(CH) 

OROP 

ADDRESS OUT 



NOTE 4 
•*»#»F3* ******* 
(CH) 

• COMMAND 

• BYTE TO 

• BUS OUT 



• ••«• 
•01 • 

• 83* 



NOTE 1 

ALL MENTION OF SELECT OUT ASSUMES 
PROPER OPERATION OF HOLD OUT AS WELL. 
THUS. SELECT OUT UP MEANS SELECT OUT AND 
HOLD OUT UP* AND SELECT OUT DOWN MEANS 
EITHER SELECT OUT OR HOLD OUT DOWN. 





THE FALL OF SELECT IN 
COMPLETES THIS SIGNAL 
SEQUENCE. 

»••• THE CHANNEL NOW AWAITS 
01 • A REQUEST FOR POLLING 
S3* OR A NEW COMMAND. 



SUPPRESS OUT IS NORMALLY 
DROPPED AT THE START OF 
AN INTERFACE SEQUENCE IF 
IT WAS UP FOR THE PURPOSE 
OF INDICATING CHAINING. 



THE BYTE ON BUS OUT MUST HAVE BEEN 
VALID FOR AT LEAST 100 NSEC PRIOR TO 
THE RAISING OF THE OUT TAG. 



•CU* •• YES 
ADORESS .*- 
OUT . • 



THE BYTE ON BUS OUT NEED NOT BE 
VALID AFTER THE FALL OF THE IN TAG. 



•CU» 

RAISE 

ADORESS IN 



THE BYTE ON BUS IN MUST BE VALIO 
WITHIN 100 NSEC AFTER THE RAISING 
OF THE IN TAG* 



• •••• 

• 04 • 

• A3* 



Flow Diagram 2. Control Unit Response to Select Out (Part 2 of 2) 
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103 



(CM) 
MULTIPLEX 
. CHANNEL . 



NOTE 1 

ALL MENTION OF SELECT OUT ASSUMES 
PROPER OPERATION OF HOLD OUT AS WELL. 
THUS* SELECT OUT UP MEANS SELECT OUT AND 
NOLO OUT UP. ANO SELECT OUT OOWN MEANS 
EITHER SELECT OUT OR HOLD OUT OOWN. 



DROP 
SELECT OUT 



THE BYTE ON BUS OUT MUST HAVE BEEN 
VALID FOR AT LEAST 100 NSEC PRIOR TO 
THE RAISING OF THE OUT TAG. 



• RAISE 

• COMMANO 

• OUT 



THE 8YTE ON BUS IN MUST BE VALID 
WITHIN 100 NSEC AFTER THE RAISING 
OF THE IN TAG. 



♦CU« 

DROP 

AODRESS IN 



.• »CU« *. 
• • CHANNEL 
• INITIATEO 
••SEQUENCE . 



PREPARE TO 
TRANSFER INITIA 
STATUS BYTE. 



•CU» 
INBOUND 
OATA 



.# #cu» • 

STATUS 
TRANSFER 
. REQ. 



• 


•cu« 


• 


• 


STATUS BYTE 


• 


►♦ 


TO 


• 




BUS IN 


• 


• 




• 



• 


•cu» 


• 


• 


OATA BYTE 


• 


• 


TO 


• 


• 


BUS IN 


• 


* 




• 



♦ 05 • 

* B3« 



Flow Diagram 3. Command Transfer 
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• •••• 

• 05 * 

• B3» 

• • 
• 


04J3 


r 

• V « 

B3 • 

* # (CH) 
ADDRESS 


*. YES 





•••C3***«»**« 




• 




• 


• 


(CH) 


• 


• 


DROP 


• 


• 


COMMAND OUT 


• 


• 




• 



•cu» 

COMMAND 
OUT 



•CU» ♦. YES 

SERVICE •• 

OUT •• 



THC BYTE ON BUS IN MUST BE VALIO 
WITHIN 100 NSEC AFTER THE RAISING 
OF THE IN TAG. 



• v* 

F3 •• 

.» »CU» •• 

•• CHANNEL 

. INITIATED 

••SEQUENCE • 



.• »CU» * 

STATUS 

TRANSFER 

• REQUEST 



•CU» 

RAISE 

SERVICE IN 



*CU« 

RAISE 

STATUS IN 



Flow Diagram 4. Status/Data Presentation 
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••••• 

•06 • 
• A4* 



OPERATIONAL. .•<- 



••••• 

•01 • 
• 63* 



THE CHANNEL RECOGNIZES THE 
COMPLETION OP THIS SIGNAL. 
SEQUENCE. 

ENDING A SEQUENCE AT THIS 
POINT WILL ONLY OCCUR IF 
OPERATIONAL IN WAS SLOW 
IN FALLING AT BLOCK O0G3 
OR IP SELECT OUT WAS SLOW 
IN PALLING AT SLOCK 
07P8. 



• OAji CO! 
• •JEXHAUS' 



YES YES .•* (CH) 
>r— — •• MULTIPLE 



.• (CH) ♦. 

MUST 

STATUS BE 

. STACKED . 



THE CHANNEL 
PROCESSES 
THE DATA 
BYTE. 



NOTE 

THE BYTE ON BUS OUT MUST 
HAVE BEEN VALID POR AT 
LEAST 100 NSEC PRIOR TO 
THE RAISING OP THE OUT 
TAG. 



AOJUST FOR 
CHAINING AS 
REQUIRED. 




IF 

MULTIPLEXOR 

CHANNEL. 

SELECT OUT 

HAS ALREAOV 

BEEN 

DROPPED. 



• <- 



INTERFACE 
DATA TRANSFER 
PORTION OF THIS 
COMMAND IS 
COMPLETE. 



OS •• 
.• (CH) • . 

• CHANNEL 
ENO STATUS 

•• ONLY . 



ES •• 



DEVICE ENO. BUSY. 
CU ENO. UNIT CHECK. 
UNIT EXCEPTION. 
ATTENTION OR STATUS 
MODIFIER. THIS ENDS 
THE SEQUENCE. 



THIS MUST BE 
STACKEO STATUS 
BYTE. 



FS •• 
„•• (CH) •. 
• CHANNEL 

INITIATED 
•.SEQUENCE . 
.• 
. .• 
• YES 



69 • 
TEST //( 



STATUS •• .♦ 

PRESENTATION •• •• 
COMPLETES • NO 

TEST I/O. 



EXECUTION. 



THE CHANNEL CANNOT 
ACCEPT THE OATA OR 
STATUS. 



•06 • 
• Fl» 

• • 



NOTE 1 

ALL MENTION OF SELECT OUT 
ASSUMES PROPER OPERATION 
OP HOLO OUT AS WELL. THUS. 
SELECT OUT UP MEANS SELECT 
OUT AND HOLO OUT UP. ANO 
SELECT OUT DOWN MEANS 
EITHER SELECT OUT OR HOLO 
OUT DOWN. 



THE BVTe ON BUS IN NEEO 

NOT BE VALID AFTER 

THE RISE OP THE OUT TAG. 



Flow Diagram 5. Response to Status/Data Presentation 
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••••• 06K3 
»07 • 
* 84 » 



•CU» *• 
SERVICE .«<- 

OUT • • 



*cu* 

COMMAND 
OUT 



THE STATUS IS ACCEPTEO. 





YES 


COMMAND CHAINING IS 
INDICATED IF SUPPRESS 
OUT IS UP AT THE 
CONTROL UNIT AT THIS 
TIME. 





•cu« 

STATUS 
IN 



THE CONTROL UNIT 
PROCESSES ANY 
OUTBOUND OAT A. 



STOP IS 
RECOGNIZEO 
BY THE 
CONTROL 



STACK IS 
RECOGNIZED 
BY THE 
CONTROL 
UNIT. 



»CU« 

DROP 

STATUS IN 



*cu* 

DROP 
SERVICE IN 



•CU« 

PROP 

STATUS IN 



V 



*cu» 

SELECT 
OUT 



.* «TCU« • 
•.FORCED BURST 
••OPERATION.* 



.# »cu» *• 

••CHANNEL END*. YES 
• TRANSFERRED •• 



•CU* •• YES 

SELECT .• ■ 

OUT .• 



• »CU» 

• DROP 
•OPERATIONAL 



THE FALL OF OPERATIONAL IN 
COMPLETES THE CONTROL-UNIT 
PORTION OF THIS SIGNAL SEQUENCE. 
THE CONTROL UNIT NOW WAITS 
FOR A NEW COMMANO OR A 
NEED FOR SERVICING. 



NOTE 1 

ALL MENTION OF SELECT OUT ASSUMES 
PROPER OPERATION OF HOLD OUT AS WELL. 
THUS, SELECT OUT UP MEANS SELECT OUT AND 
HOLD OUT UP. ANO SELECT OUT DOWN MEANS 
EITHER SELECT OUT OR HOLD OUT DOWN. 



THE BYTE ON BUS OUT NEED NOT BE VALID 
AFTER THE FALL OF THE IN TAG. 



• •••• 
•08 • 

• B3» 



Flow Diagram 6. Response to Stack/Stop Accept 
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••••• 07J3 

• 08 • 

• 83* 



(CH) •. YE 
TATUS IN .« 



• (CH) 
SERVICE IN 



A CHANNEL MAY NEEO 
TO TEMPORARILY HOLD UP 
DATA TRANSFER. IT MAY 
ACCOMPLISH THIS 8Y 
RAISING SUPPRESS OUT. 

TO BE EFFECTIVE. SUPPRESS 
OUT MUST RISE AT LEAST 
250 NSEC PRIOR TO THE 
FALL OF SERVICE OUT FOR 
THE PRECEOING BYTE. 



(CH) 
STATUS 



(CH) • 
DATA 



• (CH) • 

OPERATIONAL 
•• IN •• 



OPERATIONAL IN MUST 
FALL PRIOR TO OROPPING 
COMMAND OUT TO PREVENT 
THE STATUS FROM BEING 
PRESENTEO AGAIN. 



fc« 



DROP 
SERVICE OUT 



DROP 
COMMANO OUT 



THIS SIGNAL SEQUENCE 
IS COMPLETE. THE 
CHANNEL NOW WAITS 
FOR A NEW INITIAL 
SELECTION SEQUENCE 
OR A REQUEST 
FOR POLLING. 



63 • 
.♦ 

NO •• (CH) 
•• OPERATtO 



THE CHANNEL ASSUMES A 
BURST-TYPE SEQUENCE AND 
WAITS FOR FURTHER CONTROL - 
UNIT ACTIVITY. 



• •••• 

• 01 • 

• B3» 



• •••• 

• 09 • 

• 84* 



Flow Diagram 7. Response to Fall of Status/Service In 
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THE BYTE ON BUS OUT MUST HAVE BEEN 
VALID FOR AT LEAST 100 NSEC PRIOR TO 
THE RAISING OF THE OUT TAG, 



••••* 08G4 

• 09 * 

* B4« 



NOTE 4 
YES .«' 



*CU* 

SUPPRESS 

OUT 



.* «CU* * 
.FORCED BURST 
*. OPERATION.* 



»CU» 

SELECT 

OUT 



NOTE 1 

ALL MENTION OF SELECT OUT 
ASSUMES PROPER OPERATION 
OF HOLD OUT AS WELL. THUS. 
SELECT OUT OP MEANS SELECT 
OUT AND HOLD OUT UP. AND 
SELECT OUT DOWN MEANS 
EITHER SELECT OUT OR 
HOLD OUT DOWN. 



# » »CU* ». 

.* HAS FIRST *. 

. BYTE BEEN . 

•TRANSFERRED* 



.* *CU* *. 

. * IS THIS * 
.SUPPRESSABLE 
*. DATA .* 



*CU» 
SUPPRESS 
. OPTION 



NOTE I 
YES .** 



.* *cu* * 
STATUS 
TRANSFER 
. READY 



. » «CU* * 

DATA 

TRANSFER 

REAOY 



.* »CU* *. 
••CHANNEL END*. 
• TRANSFERRED . 



YES .« »CU* •. 

•.FORCED BURST . 

••OPERATION.* 



THIS COMPLETES THE 
CONTROL-UNIT PORTION 
OF THIS SIGNAL SEQUENCE. 
THE CONTROL UNIT NOW 
WAITS FOR A NEW 
COMMAND OR A NEEO 
FOR SERVICING. 



•CU« 

DROP 

OPERATIONAL 



THE BYTE ON BUS IN MUST BE VALID 
WITHIN 100 NSEC AFTER THE RAISING 
OF THE IN TAG, 



• 06 * 
« A4» 




Flow Diagram 8. Burst Mode Waiting Loop 
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Operational Out 



Request In 



Operational In 



Command Out 



Bus In (9 Lines) 



Bus Out (9 Lines) 




|Note: The encircled dot ((§)) is. used in the 
sequence chart to indicate the checking 
of that signal's level before proceeding. 



Operational Out 



Request In 



Operational In 



Bus In (9 Lines) 



Bus Out (9 Lines) 



Sequence Chart I. Selector Channel Operation 
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Operational Out 



^ 



Operational Out 



Operational In 



Bus Out (9 Lines) 



Suppress Out 




Normal Output Operation (Control Unit Forced Burst Mode) 



_Test I/O .Instructions. 



. Command to Busy Device 



l— Device End Status Accepted 



•— Command Not Executed-Status Stored 
_ Command to Device with Outstanding Status ■ 



, Immediate Command Executed . 



Note: The encircled dot ((•) ) is used in the 
sequence chart to indicate the checking 
of that signal's level before proceeding. 



But in (9 Lines) 



Suppress Out 



Sequence Chart 2. Control Unit Forced Burst Mode-Multiplexer Channel 
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Opl Out 



Operational Out 



-4*- 



Operational I 



Bus In (9 Lines) (Vo " d) 



Bus Out (9 Lines) 



Suppress Out 



♦-System Reset -l 



^ ^ 




-tt-£- 



Note: The encircled dot ((•)) is used in the 

sequence chart to Indicate the checking 
of that signal's level before proceeding. 



$ U 




J I I b* I F°l ,y 



Sup Out 



' Initial Selection - 



Initial Selection 



■ Data Transmission (Single Byte ) - 



■ Data Transmission (Multibyte) ■ 



■ Multiplex Operation - 





Status Accepted 



• Interface Disconnect ■ 



n r-L 

Channel End I 



Device End | 



t 



Operational Out 



"4 V" Request In 



-4V- 



-$V- Select Out 



-$$- Select In 



— JV» Address Out 



"jr Operational In 



■"IT" Address In 



™4f" Command Out 



■4V> Status In 



~Jr" Service In 



Hr Service Out 



-"4 V" Bus In (9 Lines) 



-4fr- Bus Out (9 Lines) 



-4V- 



Status Accepted 



- Ending Procedure 



Sequence Chart 3. Multiplexing Operation on Multiplexer Channel 
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J Operational Out 



Operational Out 



Command Out 



Bus In (9 Lines) (Valid) 



s Out (9 Lines) (V°' id ) 



Bus 1 In (9 Lines) 



Bus 1 Out (9 Lines) 



Mark Out Parity 



Request in 




Sequence Chart 4, Block Multiplexer Channel Operation (Part 1 of 2) 
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Operotionol Out 



i > Operational Out 



-^ 






j u__ Request In 
Hold Out 



-it 



Hh 



_ Select Out 




i ) Operational In 



-^ ^-—Status In 



_^jl Service In 



is Out 
, (9 Lines) 



, Bus 1 In (9 Lines) 



Data Byte Count = Zero I 
I Dotal j Dataj 




^ 



V 



Bus In (9 Lines) 



_J ) R"< Out (9 Lines) 



-^ }—— Suppress Out 



-f ^— — . Data In 



_f J Data Out 

-^ lb_— Bus 1 In (9 Lines) 



. Bus 1 Out (9 Lines) 



~th 



. Bus 1 Out (9 Lines) 



-^ 1 Mark In 



-^ Ju-_ Mark Out 



_J \ Mark Out 1 



I ) Mark In Parity 



> 1 Mark Out Parity 



Chaining Indicated 



Command Retry Indicatio 



— Block Multiplex Operation (Reconnection with Device End)— 



lock Multiplex Operation (Reconnection for Command Retry) — 



Sequence Chart 4. Block Multiplexer Channel Operation (Part 2 of 2) 
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Index 



accept data indication 22 
accept status indication 22 
address 

assignment 19 

decoding 19 
address in 13 
address out 12 
addressing 1 9 
assignment, address 19 
asynchronous satus and ending procedure 18 
attention status bit 24 

basic operations 20 

blocks, connector (see connectors) 

burst mode 18 

forced 18 
bus 

extension feature 32 

in 11 

information 10 

line parity 10 

out 10 

signal skew 1 1 

width indication, early data 32 
bus out check sense bit 28 
buses, general 10 

unused lines 10 
busy sequence, short 17 
busy status bit 25 
byte 

command 20 

status 24 
byte multiplex mode 18 

cable characteristics 34 
cable halves 39 
cabling 

and connectors 39 

external 29 

internal 29 

mounting 39 
cancellation of control unit selection 12 
capacity of connectors 40 
chained operation 22 
channel end status bit 26 
check, unit 26 

circuit requirements, interface 35 
circuits 36 
clock out 14 
command byte 20 

bit configuration 20 

chaining 22 
command immediate 17 
command out 13 
command reject sense bit 28 
command retry feature 33 

request 33 
commands 20 

control - 21 

diagnostic, special 20 



commands (continued) 

read 20 

read backward 20 

sense 21 

test I/O 21 

write 21 
conditions, unit status 24 
configuration, system 29 
connector, interface, pin assignments 37 
connectors, cabling and 39 

electrical specifications 4 1 
contact, serpent 40 
control command 21 
control unit 

busy status (see busy status bit) 

end status bit 25 

initiated sequence 17 

selection 12 

service requirements 1 1 

shared/nonshared 19 
controls, selection 11 



data 

bus, definition 10 

check sense bit 28 

in line 33 

out line 33 

ready indication 22 

transfer 18 

and ready indication (data ready) 22 
and channel end 26 
decoding, address 19 
definition, line 9 
device end status bit 26 
device selection 12 
diagnostic commands, special 20 
disconnect 

interface 23 

in line 32 
driver, line 35 

select out 36 



early data bus width indication 32 
electrical 

connector, serpent 41 

requirements, general 34 

specifications 
general 34 
select out 36 
serpent contact 41 
electrostatic discharge 15 
end 

channel 26 

control unit 25 

device 26 
ending procedure and asynchronous status 18 
equipment check sense bit 28 
external cabling 29 



Index 63 



fault conditions 35 
features 

bus extension 32 

command retry 33 

interface sequence 33 

high-speed transfer 33 

I/O error alert 32 
forced burst mode 18 
functional description, I/O interface 7 

general electrical requirements 34 

general system considerations 28 
ground shift and noise 34 

grounds, circuit and machine 35 



high-speed transfer feature 
hold out 12 



33 



I/O devices 7 

I/O error alert feature 32 

I/O interface 

functional description 7 

lines {see interface lines) 

sequences 17, 33 
immediate command 17 
inbound tag lines 1 1 
information, on the buses 10 
initial selection 17 
interface circuit requirements 35 
interface connector pin assignments 37 
interface disconnect 2 3 
interface lines 

address in 13 

address out 12 

bus in 11 

bus out 10 

clock out 14 

command out 13 

data in 33 

data out 33 

disconnect in 32 

hold out 12 

mark in 32 

mark out 32 

metering in 15 

metering out 15 

operational in 13 

operational out 1 1 

request in 11 

reserved 15 

select in 12 

select out 12 

service in 14 

service out 14 

status in 13 

suppress out 14 
interface time-out considerations 28 
internal cabling 29 
intervention required sense bit 28 
IPL read command 20 

reset 24 



jump status {see status modifier) 



line 



driver 35 
receiver 35 



line {continued) 

termination 34 

terminator block 4 1 

unterminated 15 
line definition, signal 9 
lines {see interface lines) 
lines, reserved 15 
logical levels {see voltage levels) 
logical zero, one 34 

mark in line 32 
mark out line 32 
maximum 

line resistance 29 

skew 29 
metering controls 14 
metering in 15 
metering out 15 
mode 

burst 18 

byte multiplex 18 

switch 18 
modifier 

bits 20 

status 25 
mounting cable connectors 39 
multiple drivers and receivers 34 
multiplex, byte, mode 18 

no-operation control command 2 1 

noise, ground shift and 34 

nonshared, shared control unit 19 

not ready 26 

number of units, system configuration 29 

offline utilization 39 
online/offline 

cabling 39 

mode 30 

transition 30 
operational description, I/O interface 17 
operational in 13 
operational out 1 1 
operations, basic 20 
outbound tag lines 10 
overrun 14 

sense bit 28 

parity, on bus lines 10 

pending status 30 

physical requirements 34 

pin assignments, interface connector 37 

pin numbers {see pin assignments) 

power effects 30 

power off/on sequence requirements 3 1 

priority, selection 12 

proceed 21 

program note, unit check 27 

propagation of select out 29 

read command 20 

read-backward command 20 

ready 19 

not ready with selective reset 23 
not ready with system reset 24 

receiver, line 35 
select out 36 



64 



request in 11 
requirements 

electrical 34 

physical 34 
reserved lines 15 
reset 

selective 23 

system 23 
resistance, maximum line 
retry request 33 



29 



select in 13 
select out 12 

driver 36 

electrical specifications 36 

propagation of 29 

pulse splitting 30 

receiver 36 
selection 

controls 11 

priority 12 
selective reset 2 3 
sense 

byte 28 

command 2 1 

conditions 28 

information bits 28 
bus-out check 28 
command reject 28 
data check 28 
equipment check 28 
intervention required 28 
overrun 28 
serpent contacts 40 
sequence 

controls 21 

requirements, power on/off 3 1 
service 

in 14 

out 14 

requirements 1 1 
shared /nonshared control unit 19 
short busy sequence 17 

short-term busy {see control unit end status bit) 
signal 

cabling and connectors 39 

interlock summary 15 

line definition 9 

lines {see interface lines) 

transition time 16 

voltage levels 34 
skew 

bus signal 1 1 

maximum 29 
special diagnostic commands 20 



specifications, electrical 34 
spurious signals 30 
stack status 22 
status 

accept 22 
asynchronous 18 
byte 24 
conditions 24 
information bits 
attention 24 
busy 25 
channel end 26 
control unit end 25 
device end 26 
jump {see status modifier) 
short-term busy {see control unit end status bit) 
status modifier 25 
unit check 26 
unit exception 27 
modifier 25 
pending 30 
stack ed 30 
status 
in 14 

information 24 
stop 21 
suppress 
data 22 
out 14 
status 22 
system configuration 29 
system reset 23 

tag lines 1 1 

terminating networks 34 

terminator blocks, line 41 

terminator, select out 37 

test I/O command 21 

time-out, interface considerations 28 

transfer, data 18 

transient, select out pulse splitting 30 

transient, spurious signals 30 

transition time, signal 16 

unit check 

program note 27 

status bit 26 
unit exception status bit 27 
unit status conditions 24 
unterminated lines 15 
unused bus lines 10 

voltage levels, signal 34 

wire termination 4 1 
write command 2 1 
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